<Spring> 스프링 핵심원리 이해 7 - 의존관계 자동 주입
다양한 의존관계 주입 방법 의존관계 주입에는 아래와 같이 크게 4가지 방법이 존재한다.아래 네가지 방법이 어떤식으로 의존관계를 주입하는지 알아보자. 1. 생성자 주입 2. 수정자 주입(setter 주입) 3. 필드 주입 4. 일반 메서드
다양한 의존관계 주입 방법 의존관계 주입에는 아래와 같이 크게 4가지 방법이 존재한다.아래 네가지 방법이 어떤식으로 의존관계를 주입하는지 알아보자. 1. 생성자 주입 2. 수정자 주입(setter 주입) 3. 필드 주입 4. 일반 메서드
컴포넌트 스캔과 의존관계 자동 주입 설정하기 * 지금까지의 과정에선 스프링 빈을 만들 때, 대상이 되는 메서드에 @Bean을 붙여서 AppConfig에 직접 명시하는 방식을 채택했었다. * 하지만 이러한 방식은 등록해야 할 빈의 수가 수 백개가 될 경우,
웹 어플리케이션과 싱글톤의 관계 여러 고객이 동시에 동일한 서비스를 요청하는 경우 * 통상적으로 서비스를 운영하다보면 위 그림과 같이 동일한 요청이 서로 다른 클라이언트로부터 동시에 들어올 수 있다. * 요청이 들어오면 객체를 만들어서 메모리를 사용하게 되는데,
문제링크 https://programmers.co.kr/learn/courses/30/lessons/64061 문제 분석 * 주어지는 2차원 배열(board)은 아래의 그림처럼 인형뽑기 판을 나타낸다. * moves배열의 경우, 집게가 아래의 숫자 중 어디로 갈지 결정하는 배열인데, 해당
스프링 컨테이너 생성 * 이전 시간에 우리는 ConfigApp 클래스에 스프링 빈을 등록하고 해당 컨테이너가 객체를 찾고 의존성을 연결해주는 과정을 진행했다. * 스프링 컨테이너의 생성은 아래의 코드와 같이 ApplicationContext라는 인터페이스와 AnnotationConfigApplicationContext라는 구현체를 통해서 만들 수 있다.
동기와 비동기(Sync,Async) * 동기적 : 말 그대로 어떠한 일들이 동시에 일어난다는 뜻이다. 일상에서 접할 수 있는 동기화의 어원이라 볼 수 있으며, 요청과 동시에 그 응답이 요청을 요구한 자리에 시간과 관계없이 주어져야 한다. 즉,
AppConfig 리팩토링 * 현재 AppConfig 클래스의 경우, 중복이 존재하고 역할에 따른 구현이 보이지 않는 구조이다. * 아래의 그림과 같이 명확히 구현을 나누어서 리팩토링을 해야한다. 기대하는 AppConfig 구조 * 리팩토링 전의 코드 package hello.core; import hello.
새로운 할인 정책 개발 * 현재는 정액 할인 정책을 채택하여 DiscountPolicy를 구현하고 있는데, 정률 할인 정책을 채택하여 DiscountPolicy를 변경하려한다. * 다행히 객체지향적으로 설계해서 유연하게 변화에 대응가능하다. RateDiscountPolicy 클래스 생성 package hello.core.discount; import hello.
프로젝트 생성 * 스프링부트 스타터 사이트로 이동해서 스프링 프로젝트 생성 * https://start.spring.io/ build.gradle 설정 plugins { id 'org.springframework.boot' version '2.5.2' id 'io.spring.
Network Protocol이란? * 네트워크로 연결된 디바이스 사이에서 정상적으로 데이터를 주고 받기 위한 송수신에 관련된 규약(프로토콜)이다. * 쉽게 말하면, 내가 구글링을 하면서 정보를 얻어오는 행위를 할때, 서버-클라이언트간의 지켜야 하는 약속이라고 보면 된다. OSI 7