스프링

스프링 MVC 구조 스프링 MVC 의 구조는 다음과 같이 구성된다. ✨ DispatcherServlet 스프링 MVC 도 프론트 컨트롤러 패턴으로 구현되어 있다. 스프링 MVC의 프론트 컨트롤러가 바로 디스패처 서블릿이다. 이 디스패처 서블릿이 스프링 MVC의 핵심이다. 해당 서블릿도 부모 클래스에서 HttpServlet 을 상속 받아 사용하고 서블릿으로 동작한다. 스프링 부트는 디스패처 서블릿을 서블릿으로 자동 등록하면서 모든 경로에 대해서 매핑한다. 요청흐름 서블릿 호출 -> HttpServlet 이 제공하는 service() 호출 FrameworkServlet.service() 를 시작으로 여러 메서드가 호출되면서 DispacherServlet.doDispatch() 가 호출된다. 스프링 MVC 동..

더 유연한 패턴 - 어댑터 패턴 한 가지 방식의 컨트롤러 인터페이스가 아닌 , 여러 인터페이스를 호환할 수 있다. 바로 어댑터를 이용하면 된다. ✨ 핸들러 어댑터 : 중간에 어댑터 역할을 하는 어댑터가 추가된다. 어댑터 역할로 다양한 종류의 컨트롤러를 호출할 수 있다. ✨ 핸들러 : 컨트롤러의 이름을 더 넓은 범위의 핸들러로 변경했다. MyHandlerAdapter 어댑터용 인터페이스를 구현한다. package hello.servlet.web.frontcontroller.v5; import hello.servlet.web.frontcontroller.ModelView; import javax.servlet.ServletException; import javax.servlet.http.HttpServlet..

이전 목차에서는 MVC 패턴을 적용해서 코드를 작성했다. 이번에는 프론트 컨트롤러 패턴을 학습하고 MVC 프레임워크를 만들어본다. 프론트 컨트롤러 여러 클라이언트가 서비스를 이용하여 컨트롤러를 호출한다고 했을 때, 각각의 컨트롤러가 갖는 공통된 부분들이 존재한다면, 이를 Front Controller 로 통합하여 한 번에 처리하고 이후 각각의 컨트롤러가 호출되게 한다. ✨ 프론트 컨트롤러의 특징 - 프론트 컨트롤러 서블릿 하나로 클라이언트의 요청을 받는다. - 프론트 컨트롤러가 요청에 맞는 컨트롤러를 찾아서 호출해준다. - 입구가 하나! = 공통 처리가 가능해진다. - 프론트 컨트롤러만 서블릿을 사용하고 나머지 컨트롤러는 서블릿을 사용하지 않아도 된다. 스프링 MVC 의 핵심도 바로 'Front Cont..

MVC 패턴 - 개요 하나의 서블릿이나 JSP 만으로 비즈니스 로직과 뷰 랜더링까지 모두 처리하게 되면, 너무 많은 역할을 맡는거라 결과적으로 유지보수가 매우 어려워진다. "변경의 라이프 사이클" 이라는 개념으로 보아 변경의 라이프 사이클이 다른 부분을 하나의 코드로 관리하는 것은 유지보수 하기에 좋지 못하다. 그래서 등장한 Model View Controller ✨ MVC 패턴은 지금까지 배운 것 처럼 하나의 서블릿이나, JSP 로 처리하던 것을 컨트롤러와 뷰라는 영역으로 서로 역할을 나눈 것이다. 웹 애플리케이션은 보통 이 MVC 패턴을 사용한다. 컨트롤러 : HTTP 요청을 받아 파라미터를 검증하고, 비즈니스 로직을 실행한다. 그리고 뷰에 전달할 결과 데이터를 조회해서 모델에 담는다. 모델 : 뷰에..

회원 관리 웹 애플리케이션 개발 본격적으로 MVC 패턴을 들어가기 전에, 서블릿과 JSP 를 가지고 회원 관리 웹 애플리케이션을 만들어본다. 요구 기능 : 회원 저장, 회원 목록 조회 회원 정보 : 이름, 나이 회원 도메인 및 저장소 개발 ✨ 회원 저장소는 싱글톤 패턴을 사용했다. (private) 스프링을 사용하면 스프링 빈으로 등록하면 되짐나, 최대한 순수 서블릿 만으로 구현하려는 목적으로 싱글톤 패턴을 사용했다. 싱글톤 패턴은 객체를 단 하나만 생성해서 공유해야하기 때문에 생성자를 private 접근자로 막았다. package hello.servlet.domain.member; import lombok.Getter; import lombok.Setter; @Getter @Setter public c..

Spring 핵심원리 기본편 강의 마지막! 끝 !! 😇 웹 스코프 웹 스코프는 웹 환경에서만 사용이 가능하다. 프로토타입과 다르게 스프링이 해당 스코프의 종료 시점까지 관리한다. 따라서 종료 메서드가 호출된다. (프로토타입은 스프링이 관리는 안해서 종료 메서드 destroy 는 실행하지 않았음) 웹 스코프 종류 request : HTTP 요청 하나가 들어오고 나갈 때 까지 유지되는 스코프, 각각의 HTTP 요청마다 별도의 빈 인스턴스가 생성되고, 관리된다. session : HTTP session 과 동일한 생명주기를 가지는 스코프 application : 서블릿 컨텍스트와 동일한 생명주기를 가지는 스코프 websocket : 웹 소켓과 동일한 생명주기를 가지는 스코프 웹 환경 추가 웹 스코프는 웹 환경..

빈 스코프 빈 스코프는 빈이 존재할 수 있는 범위를 뜻한다. 스프링은 다양한 스코프를 지원해준다. 싱글톤 : 기본 스코프, 스프링 컨테이너가 시작과 종료까지 유지되는 가장 넓은 범위의 스코프이다. 프로토타입 : 스프링 컨테이너는 프로토타입 빈의 생성과 의존관계 주입까지만 관여하고 더는 관리하지 않는 매우 짧은 범위의 스코프이다. 웹 관련 스코프도 있다. - request : 웹 요청이 들어오고 나갈 때 까지 유지되는 스코프 - session : 웹 세션이 생성되고 종료될 때 까지 유지되는 스코프 - application : 웹의 서블릿 컨텍스트와 같은 범위로 유지되는 스코프 프로토타입 스코프 싱글톤 스코프의 빈을 조회하면 항상 같은 인스턴스의 스프링 빈을 반환한다. 반면 프로토타입 스코프는 조회할 때 마..

빈 생명주기 콜백 DB 커넥션 풀이나, 네트워크 소켓처럼 애플리케이션 시작 시점에 필요한 연결을 미리 해두고, 애플리케이션 종료 시점에 연결을 모두 종류하는 작업을 진행하라면, 객체의 초기화와 종료 작업이 필요하다. 스프링을 통해 이러한 초기화 작업과 종료 작업을 어떻게 진행하는지 예제로 알아보자. 간단하게 외부 네트워크에 미리 연결하는 객체를 하나 생성한다고 가정하자. 이 NetworkClient 는 애플리케이션 시작 시점에 connect() 를 호출해서 연결을 맺어두어야 하고, 애플리케이션이 종료 되면 disConnect() 를 호출해서 연결을 끊어야한다. package hello.core.lifecycle; public class NetworkClient { private String url; pu..

7. 의존관계 자동 주입 스프링 기본 원리인 만큼 정말 기본에 충실한 강의다. 스프링으로 작업하고 싶다! 넘넘 재밌다 😖 다양한 의존관계 주입 방법 - 생성자 주입 - 수정자 주입 - 필드 주입 - 일반 메서드 주입 생성자 주입 생성자 호출할 때, @Autowired 있을 때, 의존관계를 주입 받는 방식 특징 : 생성자 호출시점에 딱 1번만 호출되는 것이 보장된다. 코드만 잘 짜면 이후 다시 호출되는 것을 막을 수 있다. 불변, 필수 의존관계에 사용한다. 🔥 중요! 생성자가 딱 1개만 있으면, @Autowired 를 생략해도 자동 주입이다. (물론 스프링 빈에만 해당된다) @Component //@RequiredArgsConstructor public class OrderServiceImpl implem..

끝이 보인다. 아자아자!! 컴포넌트 스캔과 의존관계 자동 주입 시작하기 지금까지는 직접 등록할 스프링 빈을 나열했다. 이렇게 등록할 빈이 수백개가 되면, 하나하나 등록하기 어렵다. 그래서 스프링은 설정 정보가 없어도 자동으로 스프링 빈을 등록하는 컴포넌트 스캔이라는 기능을 제공한다. 또한, 의존관계도 자동으로 주입하는 @Autowired 기능도 제공한다. 먼저, @ComponentScan 을 설정 정보에 등록하면 된다. 기존 AppConfig 와 다르게 @Bean 으로 등록한 클래스가 없다! @ComponentScan 은 이름 그대로 @ComponentScan 애노테이션이 붙은 클래스를 스캔해서 스프링 빈으로 자동 등록한다. @Configuration @ComponentScan( excludeFilter..