배울게 너무 많다.. 공부할 것이 너무 많다.. 시간은 한정적이고 정리할 것은 많기 때문에 모든 데이터를 한 곳에 밀어넣어 간략하게 작성하고 주말마다 정리하는 형태로 해야할 것 같다.. 주말에 항상 시간을 들여서 거기에 따른 복습과 체계화.. 그리고 내 것으로 만들기 위한 노력이 필요하다.. 평일에는 시간이 너무 없기 때문이다.
- gradle
- compile
프로젝트를 컴파일 할 때 필요한 의존 라이브러리 - runtime
프로젝트를 실행할 때 필요한 의존 라이브러리
(compile 을 모두 포함) - testCompile
프로젝트 테스트를 컴파일 할 때 필요한 라이브러리
(프로젝트 컴파일된 클래스들 + compile 의존성 포함) - testRuntime
프로젝트의 테스트를 실행할 때 필요한 라이브러리
(compile + runtime + testCompile 의존성 포함) - Spring Data JPA 레퍼런스
- @RunWith(SpringRunner.class)
스프링부트와 JUnit 사이의 테스트를 할 수 있는 브릿지를 제공한다. JUnit 테스트 시, 스프링부트 테스트를 하고자 하는 경우 반드시 필요한 애노테이션 - @ManyToOne
다대일 (N:1) 객체 관계 매핑 정보. 엔티티 자신을 기준으로 관계를 설정 - targetEntity
- cascade
- fetch
- application.properties 설정 내역
- spring.jpa.hibernate.ddl-auto
- none
- MySQL 의 기본 값, 디비의 구조는 변경 안됨
- 부트 실행 이후 계속 데이터를 삽입, 실행이 종료되더라도 디비 안의 값은 계속 유지 - update
- 주어진 엔티티 구조에 따라 디비 변경 - create
- 매번 디비를 작성 (디비 드랍은 수행하지 않음)
- 부트 실행 이후 데이터를 삽입, 실행이 종료되면 디비 안의 값은 초기화 - create-drop
- SessionFactory 가 닫힐 때 디비를 생성한 다음에 디비를 드랍. - Test
- @SpringBootTest
테스트에 사용할 ApplicationContext 를 쉽게 생성하고 조작할 수 있다. 기존 spring-test 에서 사용하던 @ContextConfiguration 의 발전된 기능이라고 할 수 있다. - @WebMvcTest
컨트롤러 측 JUnit 테스트, 컨트롤러를 테스트할 때 많이 사용하던 MockMvc에 관한 설정을 자동으로 수행해주는 애노테이션 - @MockBean
spring-boot-test 패키지는 Mockito 를 포함하고 있기 때문에 기존에 사용하던 방식대로 Mock 객체를 생성해서 테스트하는 방법도 존재하지만 해당 애노테이션을 사용하여 이름 그대로 Mock 객체를 빈으로 등록 가능 - 관련링크
- GenerationType Strategy ISSUE
- https://stackoverflow.com/questions/49813666/table-dbname-hibernate-sequence-doesnt-exist/49813851
- http://www.ngdeveloper.com/generationtype-identity-vs-generationtype-sequence-vs-generationtype-auto/
- lombok IDE 에 플러그인 설치
- lombok 사용
- git branch 사용 및 역할
- git fork & pull request 사용
- TDD 스타일
- Given / When / Then 알아보기.
- 데이터 구조와 설계
'학습계획' 카테고리의 다른 글
20190306 2019년 3월 계획 (0) | 2019.03.06 |
---|---|
20190203 2019년 2월 계획 (0) | 2019.02.03 |
2018년 12월 일정 (0) | 2018.12.11 |
2018년 11월 일정. (0) | 2018.11.10 |
2018년 계획 (10월) (0) | 2018.10.01 |