3장 - 스프링 부트에서 JPA로 데이터베이스 다뤄보자

Entity 클래스에서 Setter 메소드 절대 만들면 안된다. 

그 대신 해당 필드 값 변경을 위해서 명확히 목적과 의도를 나타 낼 수 있는 메소드를 추가한다. 이렇게 하면, 해당 클래스의 인스턴스 값들이 언제 어디서 변해야 하는지 알 수 있고, 나중에 기능 변경 시에도 덜 복잡해진다. 

 

<목적을 명확히 알 수 있는 메소드 예시> 

public class Car {
	public void speedUp() {
    		this.speed += 1;
	}
}

public void 자동차_속도올리기() {
	Car.speedUp();
}

 

Setter를 대신해서 값을 만들어서 DB에 삽입하는 방법 

생성자나 @Builder를 통해 최종값을 채운 후, DB에 insert 한다.  

생성자보다 @Builder를 사용했을때의 장점은 채워야 할 필드가 무엇인지 명확히 지정할 수 있다는 것이다. 

 

<@Builder(빌더 패턴)를 통한 DB insert 예시> 

Car.builder()
    .speed(10)
    .build();

 

Junit5에서는 @RunWith(SpringRunner.class)가 안된다. 

대신, @ExtendWith(SpringExtension.class)로 변경되었다. 하지만 @SpringBootTest 사용시 생략 가능 하다. 

< @SpringBootTest 사용시, @ExtendWith(SpringExtension.class) 생략 가능한 이유>

JPA에서 save의 기능 

테이블에 insert/update 쿼리를 실행함 

id값이 있다면 update, 없다면 insert 

 

JPA에 의해 실행된 쿼리문 보는법 

application.properites에 

    spring.jpa.show_sql=true

를 작성한다.

 

Spring Web 계층 

Web Layer

  뷰 템블릿 영역(@Controller, JSP/Freemarker)

  외부 요청과 응답에 대한 전반적인 영역(@Filter, @ControllerAdvice)

 

Service Layer

  @Service

  Controller와 Dao 중간 영역

  @Transactional이 사용되는 영역

  ※ 오해하는 부분

    - 트랜잭션, 도메인 간 순서 보장 역할만 한다.

    - 비즈니스 로직 처리 역할을 하는게 아님! => 비즈니스 처리 담당은 Domain 영역에서 한다!

 

Repository Layer

  디비 접근 영역

  Dao(Data Access Object) 영역

 

Dtos

  Dto(Data Transfer Object) - 계층간 데이터 교환을 위한 객체

 

Domain Model

  @Entity가 사용된 영역

  VO(value object) 

  ※ 무조건 데이터베이스의 테이블과 관계가 있어야 하는것은 아님(ex. VO)

 

스프링에서 Bean 주입 방법

  1. @AutoWired(이건 권장 안함 - 순환참조 발생할수 있음) 

  2. setter

  3. 생성자

 

생성자로 주입 받는 방식 권장

  @RequriedArgsConstructor( = final이 선언된 모든 필드를 인자값으로 하는 생성자 생성해줌, 롬복 어노테이션) 사용하기

   ==> 해당 클래스 의존성 관계가 변경되도 생성자 코드 수정 안해도 돼서 편함

 

Entity와 DTO(Request/Response) 분리는 필수다.

  Entity 변경은 여러 클래스에 영향을 미치므로, 자주 변경이 필요한 View 클래스는 Request/Response  DTO를 통해 변경하여 분리한다. 

 

Jpa 영속성 컨텍스트

@Transactional
public Long update(Long id, PostsUpdateRequestDto requestDto) {
    Posts posts = postsRepository.findById(id)
            .orElseThrow(() -> new
                    IllegalArgumentException("해당 게시글이 없습니다. id=" + id));

    posts.update(requestDto.getTitle(), requestDto.getContent());

    return id;
}

위 코드를 보면 update부분에서 repository에 update하는 쿼리문을 볼수 없다. 하지만 디비의 엔티티는 업데이트가 된다. 이게 가능한 이유가 바로 Jpa 영속성 컨텍스트 때문이다. 

 

영속성 컨텍스트란

 - 엔티티를 영구 저장하는 환경

 

Jpa의 엔티티 매니저가 활성화된 상태로 트랜잭션 안에서 디비 데이터를 가져오면(위의 코드에서 findById로 가져옴), 영속성 컨텍스트가 유지된 상태인거다.

 

더티 체킹 이란

 - 이 상태에서 데이터 값 변경 시, 트랜잭션 끝나는 시점에 update 반연된다.

 

JPA Auditing으로 생성시간/수정 시간 자동화 가능

  - @MappedSuperclass : JPA Entity 클래스들이 BaseTimeEntity를 상속할 경우 필드들도 칼럼으로 인식가능하게 함

  - @EntityListeners(AuditingEntityListener.class) : BaseTimeEntity 클래스에 Auditing 기능 포함 시킴

  - @CreatedDate : 엔티티 생성시 시간 자동 저장

  - @LastModifiedDate : 엔티티 값 변경시 시간 자동 저장

  - @EnableJpaAuditing : JPA Auditing 활성화 시킴

 

책을 통한 구현 코드 

https://github.com/kdozlo/post-webservice

GitHub - kdozlo/post-webservice: "스프링 부트와 AWS로 혼자 구현하는 웹 서비스" 책을 통해 게시판 기능,

 

참고 자료

https://velog.io/@langoustine/setter%EB%A5%BC-%EC%93%B0%EC%A7%80%EB%A7%90%EB%9D%BC%EA%B3%A0

왜 Entity에 setter를 사용하지 말아야 할까?

https://ssons.tistory.com/63

@RunWith(SpringRunner.class) 이란??

https://twer.tistory.com/entry/JUnit5-RunWith

[JUnit5] RunWith

https://medium.com/sjk5766/vo-value-object-%EC%A0%95%EB%A6%AC-63c207aa39f6

VO (Value Object) 정리

https://velog.io/@livenow/Java-VOValue-Object%EB%9E%80

[Java] VO(Value Object)란?

https://sanghoonly.tistory.com/m/101

@Autowired 를 가급적 쓰지 말라는 이유

https://jojoldu.tistory.com/415

더티 체킹 (Dirty Checking)이란?