10

yeoro·2021년 10월 7일
0

프로젝트 생성 및 도메인 분석, 설계

Dependencies

  1. [starter.spring.io]에서 initializr를 이용해 프로젝트 생성
  2. STS에서 import -> Existing Gradle Project

Spring Web Starter

RESTful API, Tomcat 내장 등

  • spring-boot-starter-test
    - junit
    • spring-test
    • mockito-core (mock 객체 만드는 클래스)
    • assertj (테스트를 편하게 해주는 유틸리티 클래스)

Thymeleaf

요새는 JSP는 거의 안 쓰고, Spring Boot 내장 톰캣에서도 권장하지 않음. 그래서 타임리프

Spring Data JPA

실무에서 기본적으로 사용. JPA에 대해서 자세히 알고 사용해야 함

  • spring-boot-starter-aop
    - spring-boot-starter
    - spring-starter
    - spring-core
    - spring-boot-starter-logging
    - logback-classic
    - jul-to-slf4j (logger를 찍는 interface 모음)
  • spring-boot-starter-jdbc
    - HikariCP
  • hibernate-core

H2 Database

개발하거나 테스트할 때 좋음. 메모리 내장 실행 등 간단하게 사용하기 좋음

Lombok

getter, setter를 간단한 어노테이션으로 생성해 줌. 실무에서 많이 사용

Dependency Tree

  1. build.gradle -> plugins에 id 'project-report'추가
  2. cmd -> 프로젝트 경로 -> gradlew htmlDependencyReport

Spring Boot Devtools

  • spring.devtools.livereload.enabled=true : view 변경시 리로드
  • spring.devtools.restart.enabled=true : controller, model 변경시 서버 재시작

JPA + DB

@Repository

  • Repository 어노테이션에 @Component가 있기 때문에 자동으로 Spring Bean에 등록됨

@PersistenceContext

EntityManager, EntityManagerFactory 자동 주입 및 관리

@Transactional

  • javax, spring 두 가지있는데, spring 종속적으로 개발하고 옵션이 더 많은 spring 사용
  • Test에서 사용하면 끝난 후 rollback 된다. 데이터가 존재하면 반복적인 Test를 못하기 때문에. @Rollback(false) 사용

org.springframework.beans.factory.UnsatisfiedDependencyException: Error creating bean with name 'jpapractice.pr1jpashop.MemberRepositoryTests': Unsatisfied dependency expressed through field 'memberRepository'; nested exception is org.springframework.beans.factory.NoSuchBeanDefinitionException: No qualifying bean of type 'repository.MemberRepository' available: expected at least 1 bean which qualifies as autowire candidate. Dependency annotations: {@org.springframework.beans.factory.annotation.Autowired(required=true)}

@Autowired 선언된 클래스가 @SpringBootApplication 어노테이션이 있는 클래스의 패키지에 속해있어야 함

INFO org.springframework.boot.test.context.SpringBootTestContextBootstrapper - Neither @ContextConfiguration nor @ContextHierarchy found for test class [MemberRepositoryTests], using SpringBootContextLoader

@SpringBootApplication이 선언된 클래스와 Test 클래스 이름이 달라서 발생.
@ContextConfiguration(classes = Applicaion.class)로 명시해주어 해결

Could not find class [liquibase.integration.spring.SpringLiquibase]

이거는 구글링해봐도 잘 안나왔음.. @SpringBootApplication을 찾지 못하길래 main이랑 test 클래스들의 패키지를 맞춰주었더니 해결
원래는 @SpringBootApplication은 default package였지만 com.java 밑에 패키지 만들고 다 넣어줬더니 해결되었다.

쿼리 파라미터 로그

build.gradle

implementation 'com.github.gavlyukovskiy:p6spy-spring-boot-starter:1.5.6'

application.yml

   level:
      org.hibernate.type: trace

엔티티 설계시 주의점

Getter, Setter

Getter

  • 데이터를 조회할 일이 많으므로 모두 열어두는 것(public)이 편리하다.
  • 아무리 Getter를 호출해도 어떤 일이 발생하지 않는다.

Setter

  • Setter를 호출하면 데이터가 변하므로 앞으로 엔티티가 어떻게 변경되는지 추적하기 힘들어진다.
  • Setter 대신 비즈니스 메서드를 따로 만들어 변경 지점이 명확하도록 해야 한다.

@ManyToMany

  • 중간 테이블 생성 필수
  • 중간 테이블은 컬럼을 생성할 수 없고, 앞으로의 상황을 예측하여 세밀하게 만들 수 없기 때문에 실무에서 사용하는 데 한계가 있다.
  • 사실상 일대다 + 다대일 이다.

값 타입

  • 값 타입을 변경 불가능하게 설계해야 한다.
  • Setter를 제거하고, 생성자에서 값을 모두 초기화해서 변경 불가능한 클래스를 만들어야 한다.
  • JPA에서는 엔티티나 임베디드 타입은 public, protected로 설정해야 한다.
  • JPA 구현 라이브러리가 객체를 생성할 때 리플렉션 같은 기술을 사용할 수 있도록 하기 위함이다.

SQL

  • 콘솔에 찍히는 SQL 쿼리들은 직접 사용하지 말고, 디테일한 부분은 어느 정도 수정해서 사용하자.

지연로딩

  • 즉시로딩은 예측이 어렵고, 어떤 SQL이 실행될지 추적하기 어렵다.
  • 특히 JPQL을 실행할 때 N+1문제가 자주 발생한다.
  • 모든 연관관계는 지연로딩으로 설정한다.
  • 연관된 엔티티를 DB에서 조회해야 한다면, fetch join 또는 엔티티 그래프 기능을 사용한다.

컬렉션 초기화

  • 컬렉션은 필드에서 바로 초기화하는 것이 안전하다. (NPE 예방)
  • 하이버네이트는 엔티티를 영속화할 때, 컬렉션을 감싸서 하이버네이트가 제공하는 내장 컬렉션으로 변경된다. 하이버네이트가 추적할 수 있는 컬렉션으로 바꾸는 것임

테이블 및 컬럼명 생성 전략

  • 하이버네이트 기존 구현 : 엔티티의 필드명을 그대로 테이블 명으로 사용
  • 스프링 부트 설정 엔티티(필드) -> 테이블(컬럼)
    - 카멜 케이스 -> 언더스코어 ex) memberPoint -> member_point
    • . -> _
    • 대문자 -> 소문자
  • 논리명
  • 물리명


0개의 댓글