• IntelliJ 단축키 모음
  • https://jaimemin.tistory.com/1549

Chapter 1

• 프로젝트 생성

  1. Maven Project vs Gradle Project
     • 필요한 라이브러리를 땡겨 오고 build하는 것 까지 관리해주는 Tool!
     • 즉, 의존관계를 관리. 해당 라이브러리에 필요한 의존관계를 자동으로 설치해주고 설정해주는 것!
     • 요즘 거의 대부분이 Gradle Project로 Spring boot 프로젝트를 생성함
  2. Spring Boot Version
     • SNAPSHOT, M1 같은 미정식 버전을 제외하고 최신 버전을 사용
  3. Dependecies
     • 프로젝트를 생성할 것인데, 어떤 라이브러리들을 땡겨 쓸거냐. 즉, 초기 라이브러리를 어떤 것들로 쓸것이냐의 설정
     • Web 프로젝트를 만들기에 spring web 선택 / MVC에 이용 되는 템플릿 엔진 Thymeleaf 선택 (html에서 thymeleaf를 통해 백엔드의 데이터를 주고 받을 수 있음, 다양한 템플릿 엔진 존재, 때에 따라 선택하면 됨)

• 프로젝트 실행

  • 기본 메인 클래스 실행 (main/java/ ... /SemogongApplication)

  • http://localhost:8080 로 접속

  • 실행 속도 높이기 Preferences → Build, Execution, Deployment → Build Tools → Gradle

  • Build and run using: Gradle IntelliJ IDEA

  • Run tests using: Gradle IntelliJ IDEA

  • 빌드하고 실행하기 (명령 프롬프트(cmd)로 진행, Cloud Server에 올릴때)

    1. 해당 프로젝트 경로로 이동
    2. gradlew build → 현재 spring boot application을 build
    3. cd build/libs → 빌드된 java 파일 저장 위치로 이동
    4. java -jar hello-spring-0.0.1-SNAPSHOT.jar → 빌드된 spring boot application java 파일 실행. 즉, 어플리케이션 가동
    5. 실행 확인 → http://localhost:8080/ or domain

• Static vs MVC+Template Engine(Thymeleaf) vs API

  • Static

    • 스프링 부트 정적 컨텐츠 기능
    • static/index.html 을 올려두면 Welcome page 기능을 제공 → 가장 메인 화면

  • MVC+Template Engine(Thymeleaf)

    • MVC(Model, Veiw, Controller)
      • 사용자 인터페이스, 데이터 및 논리 제어를 구현하는데 널리 사용되는 소프트웨어 디자인 패턴
      • 요청이 들어오면 그 요청을 내장 톰켓 서버에서 받아서 스프링 컨테이너 속 Controller에 해당 요청 method가 있는지 확인 후 그 method가 반환하는 template html에 설정한 Model을 실어 viewResolver에게 보내줌. 그럼 viewResolver는 반환된 html에 Model을 보내주며 Thymleaf 템플릿 엔진으로 Model의 속성을 처리해주며 html을 HTTP로 보냄
    • @GetMapping(” ”) 사용. 컨테이너에서 해당 요청을 찾을 수 있도록

  • API : Application Programming Interface

    • Application Programming Interface : 컴퓨터나 소프트웨어를 서로 연결. 문자나 객체(JSON)를 반환

    • @ResponseBody 를 사용하면 뷰 리졸버( viewResolver )를 사용하지 않고 HTTP의 BODY에 문자 내용 or 객체(JSON)를 직접 반환

    • 객체를 반환하면 객체가 JSON으로 변환됨

    • @ResponseBody 사용 원리

      • HTTP의 BODY에 문자 내용을 직접 반환
      • viewResolver 대신에 HttpMessageConverter 가 동작
      • 기본 문자처리: StringHttpMessageConverter 기본 객체처리: MappingJackson2HttpMessageConverter
      • byte 처리 등등 기타 여러 HttpMessageConverter가 기본으로 등록되어 있음

      참고: 클라이언트의 HTTP Accept 해더와 서버의 컨트롤러 반환 타입 정보 둘을 조합해서 HttpMessageConverter 가 선택된다.

      

• 일반적인 백엔드 개발

  • 비지니스 요구사항 정리

  

  1. 컨트롤러 : 웹 MVC에서 Controller 역할
     • HTTP 요청에 따른 정해진 작업을 실행하기 위한 컨트롤러.
     • model을 얹은 html을 반환 하거나 API(문자, 객체_Json을 반환))
  2. 서비스 : 핵심 비지니스 로직 구현. (ex. 회원 가입 or 회원 조회, ... )
     • 요청에 따른 컨트롤러의 선택을 받으면 해당 로직을 실행.
     • 보통 해당 서비스의 로직에 따라 repository를 통해 도메인을 관리
  3. 리포지토리 : 데이터베이스에 접근, 도메인 객체를 DB에 저장하고 관리함.
     • Interface를 통해 상황에 따른 다양한 DB server에 대한 다형성을 제공
     • 아직 데이터 저장소가 선정되지 않아서, 우선 인터페이스로 구현 클래스를 변경할 수 있도록 설계
     • 데이터 저장소는 RDB, NoSQL 등등 다양한 저장소를 고민중인 상황으로 가정
     • 개발을 진행하기 위해서 초기 개발 단계에서는 구현체로 가벼운 메모리 기반의 데이터 저장소 사용
  4. 도메인 : 비지니스 도메인 객체
     • (ex. 회원 객체, 게시물 객체, 댓글 객체, ...)
     • 주로 데이터베이스에 저장하고 관리됨

  • 테스트 케이스

    • 단순 테스트 (자바 자체로의 Test)

      • 스프링에 올려 Test를 진행하는 것이 아닌, 자바 코드 자체로의 테스트. 즉, Spring Boot는 실행되지 않음, 물론 DB도 연결되지 않음.
      • 개발한 기능을 실행해서 테스트 할 때 자바의 main 메서드를 통해서 실행하거나, 웹 애플리케이션의 컨트롤러를 통해서 해당 기능을 실행한다. 하지만 이러한 방법은 준비하고 실행하는데 오래 걸리고, 반복 실행하기 어렵고 여러 테스트를 한번에 실행하기 어렵다는 단점이 있다. 그래서 자바는 JUnit이라는 프레임워크로 테스트를 실행해서 이러한 문제를 해결
      • 해당 class에서 ctrl + alt + T 를 통해 자동으로 Test Case 생성 가능
      • given / when(what) / then 의 구조로 짜야됨!
        • “주어진 것들이 무엇이고 / 이들을 통해 언제 무엇을 할것이며 / 그 결과 어떤 것을 test할 것이냐!” 의 구조
      • @AfterEach : 테스트가 종료될 때 마다 이 기능을 실행. ex) 메모리 DB에 저장된 데이터를 삭제
      • @BeforeEach : 각 테스트 실행 전에 호출된다. 테스트가 서로 영향이 없도록 항상 새로운 객체를 생성하고, 의존관계도 새로 맺어준다.
      • !! 테스트는 각각 독립적으로 실행되어야 한다. 테스트 순서에 의존관계가 있는 것은 좋은 테스트가 아니다
      • Test에서 자주 사용되는 것

      import static org.assertj.core.api.Assertions.*;
      assertThat(result).isEqualTo(member); // 동일한 멤버면 오류발생 X. 동일하지 않으면 오류 발생 → Test 미통과!
      assertThrows(IllegalStateException.class, () -> memberService.join(member2)); // 뒤의 로직을 실행했을 때 해당 오류가 발생하지 않는다면 미통과! 오류가 발생하면 통과! → 헷갈릴 수 있음 주의하길!
      

    • 스프링 통합 테스트 (테스트를 스프링에서 진행)

      • 스프링 위에서 테스트를 진행하는 것. 즉, 스프링 컨테이너와 DB까지 연결하여 통합적으로 테스트를 진행
      • @SpringBootTest : 스프링 컨테이너와 테스트를 함께 실행. spring을 가동하고 spring 안에서 test가 진행되는 것
      • @Transactional : 테스트 케이스에 이 애노테이션이 있으면, 테스트 시작 전에 트랜잭션을 시작하고, 테스트 완료 후에 항상 롤백. 즉, 각각의 test가 독립적, 반복적으로 진행되게 끔 해주는 것. 이렇게 하면 실제 DB에 영향을 주지 않음 (이게 Rollback 개념). 고로 Beforeach, Aftereach를 사용할 필요가 없음

  • DI(Dependency Injection, 의존성 주입) 직접 설정하기

• 스프링 빈과 의존관계

• 웹 MVC 개발

Chapter 2

• 스프링 DB 접근 기술

• AOP