스프링은 어떤 특정한 하나가 아니라 여러가지 기술들의 모음이라고 할 수 있다.핵심기술 : 스프링 DI 컨테이너, AOP, 이벤트, 기타웹기술 : 스프링 MVC, 스프링 WebFlux데이터 접근 기술 : 트랜잭션, JDBC, ORM 지원, XML 지원기술 통합 : 캐시,
어떤 영역에서 필요로하는 속성이나 행동을 추출하는 작업불필요한 부분을 생략하고 객체의 속성 중 가장 중요한 것에만 중점을 두어 개략화하는 것데이터(속성, 필드)와 데이터를 다루는 방법(메서드)을 결합시켜 묶는 것특정 객체가 독립적으로 역할을 제대로 수행하기 위해 필요한
클린코드로 유명한 로버트 마틴이 좋은 객체 지향 설계의 5가지 원칙을 정리SRP : 단일 책임 원칙OCP : 개방 폐쇄 원칙LSP : 리스코프 치환 원칙ISP : 인터페이스 분리 원칙DIP : 의존관계 역전 원칙Single Responsibility Principle한
스프링 이야기에 왜 객체지향 이야기가 나오는가?스프링은 다음 기술로 다형성 + OCP, DIP를 가능하게 지원DI(Dependency Injection) : 의존관계, 의존성 주입DI 컨테이너 제공 (자바 객체들을 컨테이너에 넣어놓고, 이 안에서 의존관계 서로 연결해주
기존의 프로그램은 클라이언트 구현 객체가 스스로 필요한 서버 구현 객체를 생성하고, 연결하고, 실행했다. 한마디로 구현 객체가 프로그램의 제어 흐름을 스스로 조종했다. 개발자 입장에서는 자연스러운 흐름이다.기존 프로그램은 개발자가 필요한 객체 생성하고 호출하고 실행시키
스프링 컨테이너 AppConfig AppConfig에 설정을 구성한다는 뜻의 @Configuration을 붙여준다. 각 메서드에 @Bean을 붙여준다. 이렇게 하면 스프링 컨테이너에 스프링 빈으로 등록한다. 애플리케이션 실행하는 부분 ApplicationConte
스프링은 태생이 기업용 온라인 서비스 기술을 지원하기 위해 탄생대부분의 스프링 애플리케이션은 웹 애플리케이션이다. 물론 웹이 아닌 애플리케이션도 얼마든지 개발할 수 있다.웹 애플리케이션은 보통 여러 고객이 동시에 요청한다.스프링 없는 순수한 DI 컨테이너 AppConf
지금까지는 스프링 빈을 등록할 때, 자바 코드의 @Bean이나 <Bean> 등을 통해서 설정 정보에 직접 등록할 스프링 빈을 나열했다.예제에서는 몇 개 안되었지만, 이렇게 등록해야할 스프링 빈이 수십, 수백개가 된다면 일일이 등록하기도 힘들고, 설정 정보도 커지고
데이터 베이스 커넥션 풀이나, 네트워크 소켓처럼 애플리케이션의 시작시점에 필요한 연결을 미리 해두고, 애플리케이션 종료 시점에 연결을 모두 종료하는 작업을 진행하려면 객체의 초기화와 종료 작업이 필요하다.스프링을 통해 이러한 초기화 작업과 종료 작업을 어떻게 진행하는지
빈 스코프란? 지금까지 우리는 스프링 빈이 스프링 컨테이너의 시작과 함께 생성되어서 스프링 컨테이너가 종료될 때 까지 유지된다고 학습했다. 이것은 스프링 빈이 기본적으로 싱글톤 스코프로 생성되기 때문이다. 스코프는 번역 그대로 빈이 존재할 수 있는 범위를 뜻한다. 스