WantAirpod

setter에 관한 이야기

 var 프로퍼티가 public으로 열려있어 setter를 쓸 수 있지만 setter 대신 좋은 이름의 함수(=updateName)을 사용하는 것이 훨씬 clean하다. 하지만 name에 대한 setter는 public이기 때문에 유저 이름 업데이트 기능에서 sette r를 사용할'수도' 있다. (=updateName=setName) 따라서 setter만 private하게 만드는 것이 좋다.

첫 번째 방법(backing property 사용)

내부에서는 _name(언더바name)을 사용해서 이름 값을 바꿀 수 있고 외부에서는 불변이 (val) name에 접근해서 Get할 수 있다.

두 번째 방법(custom setter 이용하기)

위 두 방법 모두 property가 많아질수록 번거롭다. 따라서 setter를 열어는 두지만 사용하지 않는 방법을 선호 -> 팀 컨벤션을 잘 맞추면 된다.

생성자 안의 프로퍼티. 클래스 body 안의 프로퍼티

꼭 primary constructor 안에 모든 프로퍼티를 넣어야 할까?

body에 만들어도 잘 동작한다.

추천

• 모든 프로퍼티를 생성자에 넣거나
• 프로퍼티를 생성자 혹은 클래스 body 안에 구분해서 넣을 때 명확한 기준이 있거나

JPA와 data class

Entity는 data class를 피하는 것이 좋다.

• equals, hashCode, toString 모두 JPA Entity와는 100% 어울리지 않는 메서드

위의 경우에서

• User의 quals가 UserLoanHistory의 equals를 부른다.
• UserLoanHisoty의 equals가 User의 quals를 부른다.

TIP

Entity가 생성되는 로직을 찾고 싶으면 constructor 지시어를 명시적(임의로)으로 작성하고 추적하자!

단순 Book으로 눌러봤을 때는 모든 class가 나오고 constructor를 임의로 작성하고 내부를 눌러보면 딱 '생성'한 부분만 추적가능하다.

Domain 코드 변경하기

특징 : POJO, JPA Entity 객체

Repository  코드 변경하기

특징 : Spring Bean, 의존성 X

Service 코드 변경하기

특징 : Spring Bean, 의존성 O, 비즈니스 로직

Controller, DTO 코드 변경하기

특징 : Spring Bean, 의존성 O, DTO의 경우 그 숫자가 많음

Book 코틀린 변경 코드

https://github.com/WantAirpod/Kotlin/commit/b8b353f373aadc79e978897a7cb428cfc77e49b9#diff-56052074ae54fdd8138685dde12fe0d723909f3890c2de412f408e50e83d42a7

User 코틀린 변경 코드

https://github.com/WantAirpod/Kotlin/pull/5/commits/be811187dfb3deebee2704c859a4f8db54a9e6e3#diff-57400e043967f14691c6a655d55c4fb1c76fca87f7d93601827c3a3b7cadf25a

Issue : 코틀린 리플렉션 발생 수정

단순히 java->kotlin으로 코드 변경 시 reflect 이슈가 발생한다.

해결 방법

코틀린 reflect 관련 의존성 주입으로 해결한다.

그 밖에 코틀린을 사용하기 위한 의존성도 있다.

코틀린은 null에 대해서 무자비하다. 

https://tourspace.tistory.com/114

기능 예시

기능 목록

• 회원 기능
  • 회원 등록
  • 회원 조회
• 상품 기능
  • 상품 등록
  • 상품 수정
  • 상품 조회
• 주문 기능
  • 상품 주문
  • 주문 내역 조회
  • 주문 취소
• 기타 요구사항
  • 상품은 재고 관리가 필요하다.
  • 상품의 종류는 도서, 음반, 영화가 있다.
  • 상품을 카테고리로 구분할 수 있다.
  • 상품 주문시 배송 정보를 입력할 수 있다.

다대다

• 관계형 데이터베이스는 정규화된 테이블 2개로 다대다 관계를 표현할 수 없음
• 연결 테이블을 추가해서 일대다, 다대일 관계로 풀어내야함

자체적으로 다대다를 할 수는 있지만 @ManyToMany 하지만 실무에서는 권장하지 않음

회원 한명이 여러 개의 상품을 구매했다고 가정하자. 그렇다면

• 회원 입장
  • 한 명의 회원이 다양한 상품을 구매할 수있다. 1:n 관계
• 상품 입장
  • 하나의 상품이 다양한 회원에게 판매 되어 질 수있다.

결론 관계형 데이터 베이스에선 정규화된 테이블 2개로 다대다 관계를 표현할 수 없다. 그렇지만 객체에서는 가능하다.

• Member 쪽에서 products쪽과 ManyToMany로 연결해준다.

• Product 쪽에서 JoinTable(Member_product)을 선언하여 링크테이블을 생성해주는 어노테이션을 단다.

• 자동으로 1:n, n:1 관계를 만드는 것과 같은 원리이다.

오! 편리하다. 생각하고 사용하면 안된다.
- 연결 테이블이 단순히 연결만 하고 끝나지 않는다. (무슨말이지? 단순히 연결만 하고 끝나지 않고 추가 데이터가 들어간다. 별에별게 들어간다. 또한 중간 테이블이 예상할 수가 없다.)
- 주문시간, 수량 같은 데이터가 추가로 들어올 수 있다. (Member_Product에 들어감)

리팩토링

연결 테이블용 엔티티 추가 (연결 테이블을 엔티티로 승격!)

• Member : 링크 테이블과 연결

• Product : 링크 테이블과 연결

• MemberProduct : 링크 테이블 추가
  • count, price, OrderDateTime을 넣을 수 있음

결론
양방향으로 여러개를 가질 수 있을 때 고민해야된다. 주인 한명에 강아지 2개 반대로 강아지 한마리에 주인이 여러명일 경우 우리가 그렇네! 그럴 경우 링크테이블을 걸어야한다.

도메인 모델과 테이블 설계

1. 회원 <-> 주문 : 회원은 주문을 여러 건 할 수 있기 때문에 1:n의 관계이다.
2. 주문<-> 배송 : 주문과 배송은 1:1 의 관계이다.
3. 주문<->상품 : 주문과 상품은 n:n의 관계이다. 왜냐하면 한 번 고객이 한 번 주문 할때 여러 상품을 선택할 수 있기 때문이다.  이런 다대다 관계는 관계형 데이터베이스는 물론이고 엔티티에서도 거의 사용하지 않는다. 따라서 주문상품을 추가하여 주문 <-> 주문상품 <->상품(물품)으로 1:n, n:1로 풀어냈다.

엔티티 설계

1. 회원(Member) : 이름과 임베디드 타입인 주소(Address), 그리고 주문(orders)리스트를 가진다.
2. 주문(Order) : 한 번 주문시 여러 상품을 주문할 수 있으므로 주문과 주문상품(OrderItem)을 일대다 관계다.
3. 주문상품(OrderItem) : 주문한 상품정보와 주문 금액(OrderPrice), 주문수량(count) 정보를 가지고 있다.
4. 상품(Item) :이름, 가격, 재고수량(stockQuantity)을 가지고 있다. 상품을 주문하면 재고수량이 줄어든다.

테이블 설계

도서관리 어플리케이션 이해하기

• 우선 자바로 되어있는 코드를 코틀린으로 바꾼다고 생각하면 된다. 하단은 대략적인 프로젝트의 (흔한)플로우이다.

• localhost:8080/h2-console 접속 및 로그인 정보

테스트 코드란 무엇인가? 그리고 왜 필요한가?

• 개발 과정에서 문제를 미리 발견할 수 있다.
• 기능 추가와 리팩토링을 안심하고 할 수 있다.
• 빠른 시간 내 코드의 동작 방식과 결과를 확인할 수 있다.
• 좋은 테스트 코드를 작성하려 하다보면, 자연스럽게 좋은 코드가 만들어 진다.
• 잘 작성한 테스트는 문서 역할을 한다.(코드리뷰를 돕는다)

A라는 API는 25개의 다른 로직에 영향을 미친다. 어느날 A라는 API를 수정할 일이 생겼다. 그렇다면...?? 눈물이난다...

코틀린 코드 작성 준비하기

• 코틀린 build gradle 생성

plugins {
    id 'org.springframework.boot' version '2.6.8'
    id 'io.spring.dependency-management' version '1.0.11.RELEASE'
    id 'java'
    id 'org.jetbrains.kotlin.jvm' version '1.6.21'
    id 'org.jetbrains.kotlin.plugin.jpa' version '1.6.21'
    id 'org.jetbrains.kotlin.plugin.spring' version '1.6.21'
    id 'org.jetbrains.kotlin.kapt' version '1.6.21'
}

group = 'com.group'
version = '0.0.1-SNAPSHOT'
sourceCompatibility = '11'

repositories {
    mavenCentral()
}

dependencies {
    implementation 'org.springframework.boot:spring-boot-starter-data-jpa'
    implementation 'org.springframework.boot:spring-boot-starter-web'

    implementation 'org.jetbrains.kotlin:kotlin-stdlib-jdk8' // 코틀린을 사용하기 위한 의존성 추가
    implementation 'org.jetbrains.kotlin:kotlin-reflect:1.6.21' // 코틀린을 사용하기 위한 의존성 추가
    implementation 'com.fasterxml.jackson.module:jackson-module-kotlin:2.13.3' // 코틀린을 사용하기 위한 의존성 추가
    implementation 'org.junit.jupiter:junit-jupiter:5.8.1' // 코틀린을 사용하기 위한 의존성 추가
    implementation 'com.querydsl:querydsl-jpa:5.0.0' //querydsl 의존성
    kapt("com.querydsl:querydsl-apt:5.0.0:jpa")
    kapt("org.springframework.boot:spring-boot-configuration-processor")

    runtimeOnly 'com.h2database:h2'
    testImplementation 'org.springframework.boot:spring-boot-starter-test'
}

tasks.named('test') {
    useJUnitPlatform()
}

/**
 * 코틀린에 필요한 compile 옵션 추가
 */
compileKotlin {
    kotlinOptions {
        jvmTarget = "11"
    }
}

compileTestKotlin {
    kotlinOptions {
        jvmTarget = "11"
    }
}

사칙연산 계산기에 대해 테스트 코드 작성하기

1. 계산기는 정수만 취급한다.

2. 계산기가 생성될 때 숫자를 1개 받는다.

3. 최초 숫자가 기록된 이후에는 연산자 함수를 통해 숫자를 받아 지속적으로 계산한다.

데이터 클래스로 테스트 코드 검증하기

package com.group.libraryapp.calculator

import java.lang.IllegalArgumentException

data class Calculator (
    private var number: Int
){

    fun add(operand: Int){
        this.number += operand
    }

    fun minus(operand: Int){
        this.number -= operand
    }

    fun multiply(operand: Int){
        this.number *= operand
    }

    fun divide(operand: Int){
        if(operand == 0){
            throw IllegalArgumentException("0으로 못나눔")
        }
        this.number /= operand
    }
}

package com.group.libraryapp.calculator

import java.util.Calendar

/**
 * main 생성
 */

fun main(){
    val calculatorTest = CalculatorTest()
    calculatorTest.addTest();
}
class CalculatorTest {
    fun addTest(){
        val calculator = Calculator(5)
        calculator.add(3)

        val expectedCalculator = Calculator(8)
        if(calculator != expectedCalculator){
            throw IllegalStateException()
        }
    }
}

package com.group.libraryapp.calculator

import java.lang.IllegalArgumentException

class Calculator (
    //private var number: Int
    //var number: Int // setter를 연 상태
    private var _number: Int

){

    /**
     * getter를 연상태
     */
    val number: Int
        get() = this._number

    fun add(operand: Int){
        this._number += operand
    }

    fun minus(operand: Int){
        this._number -= operand
    }

    fun multiply(operand: Int){
        this._number *= operand
    }

    fun divide(operand: Int){
        if(operand == 0){
            throw IllegalArgumentException("0으로 못나눔")
        }
        this._number /= operand
    }
}

package com.group.libraryapp.calculator

import java.util.Calendar

/**
 * main 생성
 */

fun main(){
    val calculatorTest = CalculatorTest()
    calculatorTest.addTest();
}
class CalculatorTest {
    fun addTest(){
        // given
        val calculator = Calculator(5)

        //when
        calculator.add(3)
        /*
        val expectedCalculator = Calculator(8)
        if(calculator != expectedCalculator){
            throw IllegalStateException()
        }  */
        //then
        if(calculator.number != 8 ){
            throw  IllegalStateException()
        }
    }
}

Junit5 사용법과 테스트 코드 리팩토링

Junit5에서 사용되는 5가지 어노테이션

• @Test : 테스트 
• @BeforeEach : 각 테스트 메소드가 수행되기 전에 실행되는 메소드를 지정한다.
• @AfterEach : 각 테스트가 수행된 후에 실행되는 메소드를 지정한다.
• @BeforeAll : 모든 테스트를 수행하기 전에 최초 1회 수행되는 메소드를 지정한다.
• @AfterAll : 모든 테스트를 수행한 후 최후 1회 수행되는 메소드를 지정한다.

Test Code 작성

package com.group.libraryapp.calculator

import org.junit.jupiter.api.*

class JunitTest {
    companion object {
        @BeforeAll
        @JvmStatic
        fun beforeAll() {
            println("모든 테스트 시작 전")
        }

        @AfterAll
        @JvmStatic
        fun afterAll() {
            println("모든 테스트 종료 후")
        }
    }

    @BeforeEach
    fun beforeEach() {
        println("각 테스트 시작 전")
    }

    @AfterEach
    fun afterEach() {
        println("각 테스트 종료 후")
    }

    @Test
    fun test1() {
        println("테스트 1")
    }

    @Test
    fun test2() {
        println("테스트 2")
    }
}

결과

계산기에 적용하기

assertThat Imort 하기

• AssertProvider 선택하기

테스트 코드 작성하기

@Test
fun addTest(){
    // given
    val calculator = Calculator(5)

    // when
    calculator.add(3)

    // then
    assertThat(calculator.number).isEqualTo(7);
}

테스트 코드 결과

추가로 사용하는 단언문

• isTrue/isFalse : true/false 검증

// then
val isNew = true
assertThat(isNew).isTrue();
assertThat(isNew).isFalse();

• hasSize(n) : size 검증 (주로 list의 갯수를 확인)

• extracting/containsExactlyInAnyOrder : 주어진 컬렉션 안의 Item 들에서 name 이라는 프로퍼티를 추출한 후, 그 값이 A와 B인지를 검증한다.(AnyOrder : 이 때 순서는 중요하지 않다)

• assertThrows : funtion1 함수를 실행했을 때 liigalArgumentException이 나오는지 검증

만약 나온다면 message로 던져주는 메서드

Junit5으로 Spring Boot 테스트 하기

• Controller - bean 관리 대상이므로 @SpringBootTest로 진행
• Service - bean 관리 대상이므로 @SpringBootTest로 진행
• Repository - bean 관리 대상이므로 @SpringBootTest로 진행
• Domain - bean 관리 대상이 아니므로 @Test 진행

어떤 계층을 테스트 해야 할까?

보통은 Service 계층을 테스트한다. 보통 A를 보냈을 때 B가 잘 나오는지, 원하는 로직을 잘 수행하는지 검증할 수 있기 때문이다.

@Autowired 해주기

class UserServiceTest @Autowired constructor(
    private val userRepository: UserRepository
    ,private val userService: UserService
) {

위처럼 contrructor를 사용해서 한 번에 Autowired 해줄 수 있다.

테스트 코드 작성하기

1. 사칙연산 테스트 코드 작성

2. UserTest 작성

2.1 UserTest 작성(get)

2.2 UserTest 작성(Delete)

3. Book관련 Loan 관련 테스트 작성

모든 테스트 Terminal로 실행하는 방법

./gradlew test

결과

다음과 같이 커버리지도 알 수 있다.

2번 째 방법

다음의 test를 눌러 본다. 더 권장 되는 방법으로 어디서 틀렸는지 쉽게 확인 가능하다.

자바의 표준 기술

• I.O(Input/Output) 기술
• Network - TCP, UDP 기술
• 스레드 - 병렬, 멀티
• JDBC
• +++ 배치

배치 핵심 패턴

• Read - 데이터베이스, 파일, 큐에서 다량의 데이터를 조회한다.
• Process - 특정 방법으로 데이터를 가공한다.
• Write - 데이터를 수정된 양식으로 다시 저장한다.

배치 시나리오

• 배치 프로세스를 주기적으로 커밋
• 동시 다발적인 Job의 배치 처리, 대용량 병렬 처리
• 실패 후 수동 또는 스케줄링에 의한 재시작
• 의존관계가 있는 step 여러 개를 순차적으로 처리
• 조건적 Flow 구성을 통한 체계적이고 유연한 배치 모델 구성
• 반복, 재시도, Skip 처리

개발환경

• JDK 1.8 이상
• Spring Boot 2.5.1
• DB - H2, Mysql
• IDE - Intellij or STS
• Maven

선수지식

• Spring Boot
• Spring Data JPA
• Spring JDBC
• Mysql
• Lombok

CI/CD를 위한 Git 설정

• github plugin 설치 확인 (Dashboard->jenkins관리->Plugin Manager)

• git config 설정

Name : Default

Path to Git executable : git

• container에 접속해서 git 버전을 확인한다.

해당 jenkins가 git을 사용가능한지 체크한다.

CI/CD를 위한 Maven 설정

• Plugin Maven Integration 설치

• maven conf 설정
  • 만약 maven apply를 안해주면 mvn --version이 not found 뜸

Exercise #2 Jenkins Job 2/4

• maven을 설치하면 다음과 같이 Maven Project가 생긴다.

• build Goals and options 설정
  • clean : 기존 빌드 삭제
  • compile : 빌드
  • package : package 한다.(war, jar)
    • spring boot 라면 
      • jar : local tomcat
      • war : remote tomcat

• git 설정

• 결과 값 확인 (target)
  • war 파일이 잘 떨어진 것을 확인

CI/CD 작업을 위한 Tomcat 연동

Jenkins 관리 -> 플러그인 관리 -> deploy -> deploy to container 설치

목적은 떨어지는 war 파일을 톰캣 서버에 배포하는 것이다.

• 설치중...

• 기존 프로젝트의 내용을 가져올수 있음

• git setting
  https://github.com/joneconsulting/cicd-web-project

• Build

• 빌드 후 조치
  • tomcat-user.xml 설정하기

• 빌드 후 조치
  • username : deployer
  • pw : deployer
  • ID : deployer_user
  • Description : user to deploy on tomcat VM

• 우리가 가진 war파일을 젠킨스를 통해 톰캣 서버에 배포하려고 하면 127.0.0.1:8088(Tomcat)으로 하면 안된다.
  • 젠킨스가 해당 주소를 모르기 때문이다.
  • 해결방법 : http://[windows IP]:8088(Tomcat)

본인의 ip주소 알아내는 방법
iterm에 ifconfig 명령어 사용