- 스프링 부트 스타터 사이트 https://start.spring.io 에서 스프링 프로젝트 생성
- Gradle은 의존관계가 있는 라이브러리를 함께 다운로드함
- 스프링 부트가 제공하는 Welcome Page 기능
static/index.html
을 올려두면 Welcome page 기능 제공
- 템플릿 엔진
- 템플릿 양식과 특정 데이터 모델에 따른 입력 자료를 결합하여 원하는 결과 문서를 출력하는 소프트웨어(또는 컴포넌트)
- thymeleaf 템플릿 엔진 사용
- 컨트롤러에서 리턴 값으로 문자를 반환하면
viewResolver
가 화면을 찾아서 처리함- 스프링 부트 템플릿 엔진 기본 viewName 매핑
resources:templates/ + {ViewName} + .html
./gradlew build
cd build/libs
java -jar {Name}.jar
- 스프링 부트는
resources:static
디렉토리에서 정적 컨텐츠 제공- controller 우선순위가 높음
- ex) localhost:8080/hello-static.html -> hello-static 관련 컨트롤러가 없으므로 resources:static/hello-static.html을 찾아 반환
- Model, View, Controller
- 사용자 인터페이스로부터 비즈니스 로직을 분리
@Response
를 사용하면 HTTP BODY에 문자 내용을 직접 반환- viewResolver 대신
HttpMessageConverter
가 동작 - 객체를 반환하면 객체가 JSON으로 변환됨
- viewResolver 대신
- JUnit 프레임워크로 테스트 실행
src/test/java
아래 작성- 테스트는 각각 독립적으로 실행되어야 함. (의존관계 X)
- Annotation
@Test
: 테스트 메소드 위에 작성@BeforeEach
: 각 테스트 실행 전에 호출@AfterEach
: 각 테스트가 종료될 때 마다 호출
- 스프링 빈을 등록하는 2가지 방법
- 컴포넌트 스캔과 자동 의존관계 설정
- 자바 코드로 직접 스프링 빈 등록하기
- 컴포넌트 스캔 원리
@Component
가 있으면 스프링 빈으로 자동 등록됨@Controller
,@Service
,@Repository
는@Component
를 포함하기 때문에 스프링 빈으로 자동 등록됨- 스프링은 스프링 컨테이너에 스프링 빈을 등록할 때, 기본으로 싱글톤으로 등록한다.
- Dependency Injection (DI)
- 객체 의존관계를 외부에서 넣어주는 것
- 생성자에
@Autowired
가 있으면 객체 생성 시점에 스프링이 해당 스프링 빈 스프링 컨테이너에서 찾아 넣어줌 @Autowired
를 통한 DI는 스프링이 관리하는 객체에서만 동작- 생성자가 1개만 있으면
@Autowired
생략 가능
@Configuration
,@Bean
사용
- 환경설정
- build.gradle 파일에 jdbc, h2 데이터베이스 관련 라이브러리 추가
- application.properties에 스프링 부트 데이터베이스 연결 설정 추가
- DataSource
- 데이터베이스 커넥션을 획득할 때 사용하는 객체
- 스프링 부트는 데이터베이스 커넥션 정보를 바탕으로 DataSource를 생성하고 스프링 빈으로 만들어둠 -> DI 가능
- 스프링 컨테이너와 DB까지 연결한 통합 테스트
@SpringBootTest
: 스프링 컨테이너와 테스트 함께 실행@Transactional
: 테스트 시작 전에 트랜잭션 시작하고 테스트 완료 후에 롤백 -> 다음 테스트에 영향 X
- 스프링의 JdbcTemplate, MyBatis 등 라이브러리
- JDBC API에서 사용되는 반복 코드들을 대부분 제거해줌
- 하지만 SQL은 직접 작성
- Java Persistence API
- 기존 반복 코드 제거, 기본적인 SQL을 JPA가 직접 만들어 실행해줌
- SQL과 데이터 중심의 설계에서 객체 중심의 설계로 패러다임을 전환할 수 있음
- JPA 엔티티 매핑
@Entity
: JPA가 관리하는 클래스, 해당 클래스를 엔티티라고 함@Id
: PK 매핑
- 서비스 계층에 트랜잭션 추가
@Transactional
- JPA를 통한 모든 데이터 변경은 트랜잭션 안에서 실행해야 한다
- 해당 클래스의 메서드를 실행할 때 트랜잭션 시작하고, 매서드가 정상 종료되면 트랜잭션 커밋함
- 런타임 예외 발생하면 롤백함
- 리포지토리에 구현 클래스 없이 인터페이스만으로 개발을 완료할 수 있음
- 스프링 데이터 JPA가 JpaRepository를 받은 인터페이스 구현체를 자동으로 만들어 스프링 빈으로 등록함
- 기본 CRUD 기능 제공
- 메서드 이름 만으로 조회 기능 제공
- 페이징 기능 자동 제공
- 실무에서는 JPA와 스프링 데이터 JPA를 기본으로 사용하고, 복잡한 동적 쿼리는 Querydsl이라는 라이브러리 사용함
- 추가로 JPA가 제공하는 네이티브 쿼리 사용하거나 스프링 JdbcTemplate사용할 수 있음
- 공통 관심 사항과 핵심 관심 사항을 분리하여 원하는 곳에 공통 관심 사항 적용
- 프록시를 통해 동작