Notice
Recent Posts
Recent Comments
Link
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | ||||||
2 | 3 | 4 | 5 | 6 | 7 | 8 |
9 | 10 | 11 | 12 | 13 | 14 | 15 |
16 | 17 | 18 | 19 | 20 | 21 | 22 |
23 | 24 | 25 | 26 | 27 | 28 |
Tags
- 티스토리챌린지
- effectivejava
- 알고리즘정렬
- ElasticSearch
- Effective Java 3
- 이펙티브 자바
- Effective Java
- 클린아키텍처
- 카카오
- 자바스크립트
- 스프링부트
- 이펙티브자바
- kubernetes
- 예제로 배우는 스프링 입문
- 김영한
- JavaScript
- 카카오 면접
- 자바
- Spring
- k8s
- 오블완
- 알고리즘
- 스프링
- 이차전지관련주
- 엘라스틱서치
- 코딩테스트
- 스프링핵심원리
- java
- Sort
- 스프링 핵심원리
Archives
- Today
- Total
목록스프링부트 스타터 (1)
Kim-Baek 개발자 이야기
[카카오 면접] 스프링부트 환경 설정
카카오 면접을 준비하면서, 공부했던 내용을 정리해놓고 다시 기억하기 위한 포스팅 스프링부트는 복잡한 프로젝트 의존성을 '스타터(Starter)' 의존성 수십 개로 해결한다. 그저 프로젝트에 필요한 기능들을 빌드에 선언을 하기만 하면, 그에 필요한 개별 라이브러리들을 자동으로 추가해준다. 스타터 의존성을 사용안한다고 생각해보자. 그렇다면 스타터 의존성의 장점을 바로 알 수 있을 것이다. 스프링 부트 없이 빌드하려면 어떤 의존성을 추가해야 할까? 스프링 MVC를 지원하려면 어떤 의존성들이 필요할까? 어떤 버전을 사용해야 잘 호환이 될까? 이렇듯 이미 코드 첫줄을 작성하기도 전에 빌드 명세에 어떤 것을 추가하여 기능을 만들어야 할지 많은 고민해야 한다. 이러한 많은 고민 끝에 그레이들 빌드 명세에 다음 의존성..
개발/Spring
2020. 9. 19. 12:56