Continuous Challenge

FrontController 패턴 특징 프론트 컨트롤러 서블릿 하나로 클라이언트의 요청을 받음 프론트 컨트롤러가 요청에 맞는 컨트롤러를 찾아서 호출 입구를 하나로! 공통 처리 기능 프론트 컨트롤러를 제외한 나머지 컨트롤러는 서블릿을 사용하지 않아도 됨 스프링 웹 MVC와 프론트 컨트롤러 스프링 웹 MVC의 핵심도 바로 FrontController 스프링 웹 MVC의 DispatcherServlet이 FrontController 패턴으로 구현되어 있음 ViewResolver 컨트롤러가 반환한 논리 뷰이름을 실제 물리 뷰 경로로 변경한다. 그리고 실제 물리 경로가 있는 MyView 객체를 반환한다. 어댑터 패턴 스프링MVC @RequestMapping("/hello") → RequestMappingHandl..

빈 스코프란? 스프링 빈은 기본적으로 싱글톤 스코프(스프링 컨테이너의 시작과 함께 생성되어서 스프링 컨테이너가 종료될 때 까지 유지)로 생성된다. 스코프 : 빈이 존재할 수 있는 범위. 싱글톤: 기본 스코프, 스프링 컨테이너의 시작과 종료까지 유지되는 가장 넓은 범위의 스코프. 프로토타입: 스프링 컨테이너는 프로토타입 빈의 생성과 의존관계 주입까지만 관여하고 더는 관리하지 않는 매우 짧은 범위의 스코프. 웹 관련 스코프 - request: 웹 요청이 들어오고 나갈때 까지 유지되는 스코프. - session: 웹 세션이 생성되고 종료될 때 까지 유지되는 스코프. - application: 웹의 서블릿 컨텍스트와 같은 범위로 유지되는 스코프. 프로토타입 스코프 프로토타입 스코프를 스프링 컨테이너에 조회하면 ..

빈 생명주기 콜백 시작 스프링 빈은 다음과 같은 라이프사이클을 가진다. 객체 생성 → 의존관계 주입 스프링 빈은 객체를 생성하고, 의존관계 주입이 다 끝난 다음에야 필요한 데이터를 사용할 수 있는 준비가 완료된다. 따라서 초기화 작업은 의존관계 주입이 모두 완료되고 난 다음에 호출해야 한다. 스프링 빈의 이벤트 라이프사이클 스프링 컨테이너 생성 → 스프링 빈 생성 → 의존관계 주입 → 초기화 콜백 사용 → 소멸전 콜백 → 스프링 종료 초기화 콜백: 빈이 생성되고, 빈의 의존관계 주입이 완료된 후 호출 소멸전 콜백: 빈이 소멸되기 직전에 호출 참고: 객체의 생성과 초기화를 분리하자. 생성자는 필수 정보(파라미터)를 받고, 메모리를 할당해서 객체를 생성하는 책임을 가진다. 반면에 초기화는 이렇게 생성된 값들..

다양한 의존관계 주입 방법 의존관계 주입은 크게 4가지 방법이 있다. 생성자 주입 수정자 주입(setter 주입) 필드 주입 일반 메서드 주입 1. 생성자 주입 생성자를 통해서 의존 관계를 주입 받는 방법이다. 특징 - 생성자 호출시점에 딱 1번만 호출되는 것이 보장된다. - 불변, 필수 의존관계에 사용 ★ 생성자가 딱 1개만 있으면 @Autowired를 생략해도 자동 주입 된다. 물론 스프링 빈에만 해당한다. 2. 수정자 주입(setter 주입) setter라 불리는 필드의 값을 변경하는 수정자 메서드를 통해서 의존관계를 주입하는 방법이다. 특징 - 선택, 변경 가능성이 있는 의존관계에 사용 - 자바빈 프로퍼티 규약의 수정자 메서드 방식을 사용하는 방법이다. 참고: @Autowired 의 기본 동작은 ..

컴포넌트 스캔과 의존관계 자동 주입 시작하기 스프링은 설정 정보가 없어도 자동으로 스프링 빈을 등록하는 컴포넌트 스캔이라는 기능을 제공한다. 그리고 의존관계도 자동으로 주입하는 @Autowired 라는 기능도 제공한다. 컴포넌트 스캔을 사용하려면 먼저 @ComponentScan 을 설정 정보에 붙여주면 된다. 컴포넌트 스캔은 @Component 애노테이션이 붙은 클래스를 스캔해서 스프링 빈으로 등록한다. @Configuration 소스코드를 열어보면 @Component 애노테이션이 붙어있기 때문에 @Configuration 도 컴포넌트 스캔의 대상이 된다. (참고) 1. @ComponentScan @ComponentScan 은 @Component 가 붙은 모든 클래스를 스프링 빈으로 등록한다. 이 때 스..

웹 애플리케이션과 싱글톤 웹 애플리케이션은 보통 여러 고객이 동시에 요청을 한다. 고객 트래픽이 초당 100이 나오면 초당 100개 객체가 생성되고 소멸된다. → 메모리 낭비가 심하다. 해결방안 : 해당 객체가 딱 1개만 생성되고, 공유하도록 설계. 싱글톤 패턴 싱글톤 패턴 클래스의 인스턴스가 딱 1개만 생성되는 것을 보장하는 디자인 패턴. 객체 인스턴스를 2개 이상 생성하지 못하도록 막아야 한다. private 생성자를 사용해서 외부에서 임의로 new 키워드를 사용하지 못하도록 막아야 한다. 싱글톤 패턴을 적용하면 고객의 요청이 올 때 마다 객체를 생성하는 것이 아니라, 이미 만들어진 객체를 공유해서 효율적으로 사용할 수 있다. 싱글톤 패턴 문제점 싱글톤 패턴을 구현하는 코드 자체가 많이 들어간다. 의..

스프링 컨테이너 생성 ApplicationContext applicationContext = new AnnotationConfigApplicationContext(AppConfig.class); ApplicationContext 를 스프링 컨테이너라 한다. ApplicationContext 는 인터페이스이다. 스프링 컨테이너는 XML을 기반으로 만들 수 있고, 애노테이션 기반의 자바 설정 클래스로 만들 수 있다. 직전에 AppConfig 를 사용했던 방식이 애노테이션 기반의 자바 설정 클래스로 스프링 컨테이너를 만든 것이다. 참고) 더 정확히는 스프링 컨테이너를 부를 때 BeanFactory , ApplicationContext 로 구분해서 이야기한다. BeanFactory 를 직접 사용하는 경우는 거의..

새로운 할인 정책 적용과 문제점 클라이언트인 OrderServiceImpl 이 DiscountPolicy 인터페이스 뿐만 아니라 FixDiscountPolicy 인 구체 클래스도 함께 의존하고 있다. (DIP 위반) ★ 그래서 FixDiscountPolicy 를 RateDiscountPolicy 로 변경하는 순간 OrderServiceImpl 의 소스 코드도 함께 변경해야 한다! (OCP 위반) DIP 위반 → 추상에만 의존하도록 변경(인터페이스에만 의존) → 구현체 없음. NPE(Null Pointer Exception) 발생 해결방안 ➔ 누군가 클라이언트(ServiceImpl)에 구현 객체를 대신 생성하고 주입해주어야 한다. 관심사의 분리 AppConfig 클래스 생성 - 애플리케이션의 전체 동작 ..

EJB (Enterprise Java Beans) 스프링 - EJB 컨테이너 대체 - 로드 존슨, 2002년 책 출간 스프링 역사 (Release) - 2003년 스프링 1.0 프레임워크 출시 - XML - 2006년 스프링 2.0 프레임워크 출시 - XML 편의 기능 지원 - 2009년 스프링 3.0 프레임워크 출시 - 자바 코드로 설정 - 2013년 스프링 4.0 프레임워크 출시 - 자바8 - 2014년 스프링 부트 1.0 출시 - 2017년 스프링 프레임워크 5.0, 스프링 부트 2.0 출시 - 리엑티브 프로그래밍 지원(비동기 Non-Blocking) - 2022년 3월 현재 스프링 프레임워크 5.3.X, 스프링 부트 2.6.X 하이버네이트 - EJB 엔티티빈 기술을 대체 - JPA(Java Per..

1. 강의 소개 스프링 핵심 원리 - 기본편 스프링 핵심 가치 - 객체 지향 프로그래밍