Spring

한 클래스는 하나의 책임만 가져야함. 하나의 책임이라는 것은 모호함. 그 기준이 '변경'임. 즉 변경이 있을 때 파급 효과가 적으면 단일 책임 원칙을 잘 따른 것. ex) UI 변경, 객체의 생성과 사용을 분리DIP

스프링 프레임워크의 핵심 컴포넌트로, 자바 객체의 생명 주기를 관리하고, 생성된 자바 객체들에게 추가적인 기능을 제공함. 자바 객체는 스프링에서 빈(Bean)이라고 함. 스프링 컨테이너는 XML기반 혹은 애노테이션 기반의 자바 설정 클래스로 생성 가능. 스프링 컨테이너

싱글톤 컨테이너에 대해 알아보기 전에, 싱글톤 패턴이 무엇인지 알아보자. 대부분의 스프링 애플리케이션은 웹 애플리케이션이고, 웹 애플리케이션은 보통 여러 고객이 동시에 요청을 함. 기존에 만들었던 스프링이 없는 순수한 DI컨테이너인 AppConfig는 클라이언트

지금까지는 @Bean을 일일이 작성함으로써 스프링 빈을 등록\--> 등록할 빈이 많아지면 귀찮음은 물론 누락하는 일도 발생할 수 있음컴포넌트 스캔을 이용하여 자동으로 스프링 빈을 등록하자!\--> 어떻게? @ComponentScan과 @Component라는 애노테이션을

의존관계 주입에는 다양한 방법이 있다. 생성자 주입 수정자 주입 (setter) 필드 주입 일반 메서드 주입 생성자 주입 이름 그대로 생성자를 통해서 의존 관계를 주입 받는 방법. > 특징 생성자 호출 시점에 딱 한 번만 호출되는 것이 보장됨 "불변, 필수" 의존관

스프링 빈은 스프링 컨테이너의 시작과 함께 생성되어 스프링 컨테이너가 종료될 때 까지 유지된다고 학습했다. 이것은 스프링 빈이 기본적으로 싱글톤 스코프로 생성되기 때문. 스코프는 번역 그대로 빈이 존재할 수 있는 범위를 뜻한다. 싱글톤: 기본 스코프, 스프링 컨테이너의

문제상황 SW아카데미에서 프로젝트를 진행하던 중, 일정 범위 내(지도 화면 좌하단, 우상단)의 공간 데이터를 조회하는 기능을 구현해야했다. 좌하단 우상단 두 점을 받아서 그 안의 범위에 있는 데이터들을 데이터베이스에서 조회해야했다. 처음에는 Jpa를 사용해서 아래와