2021.07.21 (수) 인증

kyupid commented 3 years ago

평일 - 매일 최소 1 강의 주말 - 토,일 중 최소 1 강의

[x] cxz5309
[x] dnjsrud3407
[ ] dowon-ahn
[ ] hokyung-lee
[ ] kimminju
[ ] kyupid
[ ] narafu
[x] sablemarten
[x] uiurihappy
[x] Kyle-Wi
[ ] juvelop17

dnjsrud3407 commented 3 years ago

강의명 : 스프링 핵심 원리 기본편

수강 회차 <컴포넌트 스캔>

필터
중복 등록과 충돌

요약

스프링 컨테이너에서 필터를 사용하여 등록하고 싶은 빈을 설정할 수 있다
스프링 부트에서는 기본적으로 빈을 overriding 하지 않는다

sablemarten commented 3 years ago

스프링 컨테이너와 스프링 빈

스프링 컨테이너와 스프링 빈
컨테이너에 등록된 모든 빈 조회

빈 이름 중복해서 짓지 말자. 빈 출력은 처음해봄. 입사 후 제일 바쁜 시기라 저번주보다는 템포가 늦을거 같습니다.

arangeblue commented 3 years ago

스린이 강의명 : 스프링 핵심 원리 기본편

수강 회차 : 섹션 9 마무리 / 웹 스코프, Provider, 프록시

웹 스코프

웹 스코프는 웹 환경에서만 작동한다
프로토타입과 다르게 스프링이 해당 스코프의 종료시점까지 관리한다.

웹 스코프의 종류

request : HTTP 요청 하나가 들어오고 나갈 때까지 유지되는 스코프, 각각의 HTTP요청마다 별도의 빈 인스턴스가 생성되고 관리
session : HTTP Session과 동일한 생명주기를 가지는 스코프
application : 서블릿 컨텍스트와 동일한 생명주기를 가지는 스코프
websocket : 웹 소켓과 동일한 생명주기를 가지는 스코프

request 스코프의 생명주기를 잘 알아야함. 이 스코프의 생명주기는 client의 http 요청 ~ 그 요청이 끝날 때까지 범위를 가진다. 만약에 provider를 사용하지 않고 빈 객체를 만들고 의존관계 주입이 발생하여 스프링 컨테이너가 만들어 질 때 http 요청이 없기 때문에 오류가 발생한다. @PostConstruct, @PreDestroy를 통해 컨테이너가 생성된 후 http 요청을 할 때 request 스코프를 사용하면 이 문제를 해결할 수 있다. 이 때 동시에 여러 client가 요청을 보내도, 한 주기 동안 유지되기 때문에 각 요청에 따른 uuid가 계속 보장된다.

프록시

프록시는 HTTP request와 상관 없이 미리 프록시 클래스를 만들어 빈에 주입해 둘 수 있기 때문에 스프링 컨테이너가 만들어질 때 request 스코프의 오류를 해결할 수 있으며, http 호출 시 프록시 클래스에서 우리가 만든 진짜 클래스의 함수를 호출하기 때문에 Provider와 동일한 기능을 수행할 수 있다. 즉 프록시 클래스는 실제 request scope와 별도로 위임 로직만이 들어 있다.

정리

provider와 프록시는 모두 http 요청을 지연하여 꼭 필요한 시점에 처리하게 만드는 것이 핵심이다. 이것을 기억하자.

cxz5309 commented 3 years ago

스프링으로 전환하기

@Configuration

설정 정보 @Bean
메소드 이름 앞에 붙여 스프링 컨테이너에 등록

ApplicationContext ac = new AnnotationConfigApplicationContext(AppConfig.class);
MemberService memberService = ac.getBean("memberService", MemberService.class);

를 통해 찾아온다

4. 스프링 컨테이너와 스프링 빈

스프링 컨테이너 생성

ApplicationContext 를 스프링 컨테이너라 한다.
ApplicationContext 는 인터페이스이다.
스프링 컨테이너는 XML을 기반으로 만들 수 있고, 애노테이션 기반의 자바 설정 클래스로 만들 수 있다.
직전에 AppConfig 를 사용했던 방식이 애노테이션 기반의 자바 설정 클래스로 스프링 컨테이너를 만든 것
스프링 컨테이너는 파라미터로 넘어온 설정 클래스 정보를 사용해서 스프링 빈을 등록한다.
빈 이름
- 빈 이름은 메서드 이름을 사용한다.
- 빈 이름을 직접 부여할 수 도 있다.
  
  @Bean(name="memberService2") 주의: 빈 이름은 항상 다른 이름을 부여해야 한다. 같은 이름을 부여하면, 다른 빈이 무시되거나, 기존 빈을 덮어버리거나 설정에 따라 오류가 발생한다
스프링 컨테이너는 설정 정보를 참고해서 의존관계를 주입(DI)한다

char-yb commented 3 years ago

강의명: 스프링 핵심원리 기본편 수강회차: 옵션 처리 ~ 생성자 주입 선택

옵션 처리 자동 주입 대상을 옵션으로 처리하는 방법

@Autowired(required=false) : 자동 주입할 대상이 없으면 수정자 메서드 자체가 호출 안됨
org.springframework.lang.@Nullable : 자동 주입할 대상이 없으면 null이 입력된다.
Optional<> : 자동 주입할 대상이 없으면 Optional.empty 가 입력된다.
@Nullable, Optional은 스프링 전반에 걸쳐서 지원된다. 예를 들어서 생성자 자동 주입에서 특정 필드에만 사용해도 된다.

생성자 주입 선택 불변

대부분의 의존관계 주입은 한번 일어나면 애플리케이션 종료시점까지 의존관계를 변경할 일이 없다. 오히려 대부분의 의존관계는 애플리케이션 종료 전까지 변하면 안된다.
수정자 주입을 사용하면, setXxx 메서드를 public으로 열어두어야 한다.
누군가 실수로 변경할 수 도 있고, 변경하면 안되는 메서드를 열어두는 것은 좋은 설계 방법이 아니다.
생성자 주입은 객체를 생성할 때 딱 1번만 호출되므로 이후에 호출되는 일이 없다. 따라서 불변하게 설계할 수 있다.

누락

생성자 주입을 사용하면 필드에 final 키워드를 사용할 수 있다. 그래서 생성자에서 혹시라도 값이 설정되지 않는 오류를 컴파일 시점에 막아준다
수정자 주입을 포함한 나머지 주입 방식은 모두 생성자 이후에 호출되므로, 필드에 final 키워드를 사용할 수 없다. 오직 생성자 주입 방식만 final 키워드를 사용할 수 있다.

생성자 주입 선택의 정리

생성자 주입 방식을 선택하는 이유는 여러가지가 있지만, 프레임워크에 의존하지 않고, 순수한 자바 언어의 특징을 잘 살리는 방법이기도 하다.
기본으로 생성자 주입을 사용하고, 필수 값이 아닌 경우에는 수정자 주입 방식을 옵션으로 부여하면 된다. 생성자 주입과 수정자 주입을 동시에 사용할 수 있다.
항상 생성자 주입을 선택해라! 그리고 가끔 옵션이 필요하면 수정자 주입을 선택해라. 필드 주입은 사용하지 않는게 좋다

spring-god-study / spring-basic