스프링 MVC 1편의 강의 내용을 정리한 포스팅입니다. 스프링 MVC 전체 구조 구조 이전에 직접 만들었던 MVC 프레임워크 구조와 거의 같은 형태를 가지고 있다. 스프링 MVC도 프론트 컨트롤러 패턴으로 구현되어 있는데, 여기서의 프론트 컨트롤러는 디스패처 서블릿(Dispatcher Servlet)이다. 디스패처 서블릿은 HttpServlet을 상속받으며, 서블릿으로 동작한다. 또한 스프링 부트는 디스패처 서블릿을 서블릿으로 자동 등록함과 동시에 모든 경로에 대해 매핑되도록 한다. 이때의 urlPatterns 속성 값은 "/"이기 때문에, 부가적으로 등록한 서블릿이 더 자세한 경로를 가지고 있다면 우선순위에 따라서 해당 서블릿도 함께 동작하게 되는 것이다. 동작 순서 서블릿이 호출되면 부모 클래스인 H..

스프링 MVC 1편의 강의 내용을 정리한 포스팅입니다. 프론트 컨트롤러 패턴 프론트 컨트롤러 서블릿 하나로 클라이언트의 요청을 받은 뒤, 프론트 컨트롤러가 요청에 맞는 컨트롤러를 찾아 호출하는 방식이다. 비유하자면 입구를 하나로 만드는 것이기 때문에 공통 처리가 가능하고, 공통적으로 거쳐가는 프론트 컨트롤러에서 서블릿을 이용하기 때문에 나머지 컨트롤러에서는 서블릿을 이용하지 않아도 된다는 장점이 있다. 스프링 웹 MVC 또한 해당 패턴을 차용하여 DispatcherServlet을 구현하였다. v1. 프론트 컨트롤러 도입 하위 컨트롤러를 호출하는 모든 요청을 프론트 컨트롤러 서블릿에서 일차적으로 받고, URI를 조회하여 실제 호출할 컨트롤러를 찾는다. 이때 없을 경우 404 상태 코드를 반환하고, 찾았다면..

스프링 MVC 1편의 강의 내용을 정리한 포스팅입니다. 회원 관리 웹 애플리케이션 @Getter @Setter @NoArgsConstructor public class Member { private Long id; private String userName; private int age; public Member(String userName, int age) { this.userName = userName; this.age = age; } } 이름과 나이를 입력받아 회원 정보를 생성하며, 아이디는 저장소에서 할당하는 방식이다. 서블릿으로 회원 관리 웹 애플리케이션 만들기 HttpServlet 서블릿 클래스는 기본적으로 HttpServlet을 상속받아 구현한다. HttpServlet에는 service()라..

스프링 MVC 1편의 강의 내용을 정리한 포스팅입니다. HttpServletRequest 앞선 포스팅에서 서블릿은 개발자가 요청 및 응답 정보를 편리하게 사용할 수 있도록 지원하며, 이는 WAS가 HTTP 요청 시 요청 및 응답 객체를 새로 만든 뒤 서블릿 객체를 호출하는 과정을 거친다는 것을 설명하였다. 서블릿은 개발자가 HTTP 요청 메시지를 편리하게 이용할 수 있도록 개발자 대신 요청 메시지를 파싱 하고, 그 결과를 HttpServletRequest라는 객체에 담아서 제공하는데, 해당 객체를 이용하면 다음과 같은 정보를 편리하게 조회할 수 있다. 1. Start Line: HTTP 메소드, URL, 쿼리 스트링, 프로토콜 2. 헤더: 헤더 조회 3. 바디: form 파라미터 형식 조회, 메시지 바디..

스프링 MVC 1편의 강의 내용을 정리한 포스팅입니다. 웹 서버, 웹 애플리케이션 서버 웹 서버 (Web Server) HTTP 기반으로 동작하며, 주로 정적 리소스를 제공한다. Nginx나 Apache가 웹 서버에 속한다. 웹 애플리케이션 서버 (WAS - Web Application Server) HTTP 기반으로 동작하며, 웹 서버의 기능을 포함함과 동시에 동적 HTML, HTTP API, JSP와 같은 프로그램 코드를 실행해 애플리케이션 로직을 수행할 수 있다. Tomcat이 대표적으로 WAS에 속한다. 웹 서버와 웹 애플리케이션 서버 웹 서버는 정적 리소스를, 웹 애플리케이션 서버는 애플리케이션 로직을 주로 담당한다고 하지만, 웹 서버도 프로그램을 실행하는 기능을 포함하기도 하고 웹 애플리케이션..

스프링 핵심 원리의 강의 내용을 정리한 포스팅입니다. 빈 스코프란? 말 그대로 빈이 존재할 수 있는 범위를 뜻한다. 지금까지는 스프링 빈이 스프링 컨테이너의 시작과 함께 생성되어 스프링 컨테이너가 종료될 때까지 유지된다고 학습하였는데, 이것은 스프링 빈이 기본적으로 싱글톤 스코프로 생성되기 때문이다. 스프링은 다음과 같이 다양한 스코프를 지원한다. 1. 싱글톤: 기본 스코프로 스프링 컨테이너의 시작과 종료까지 유지되는 가장 넓은 범위의 스코프이다. 2. 프로토타입: 스프링 컨테이너는 프로토타입 빈의 생성과 의존 관계 주입, 초기화까지만 관여하고 그 이상 관리하지 않는 짧은 범위의 스코프이다. 3. 웹 관련 스코프 3-1 request: 웹 요청이 들어오고 나갈 때까지 유지되는 스코프이다. 3-2 sess..

스프링 핵심 원리의 강의 내용을 정리한 포스팅입니다. 의존관계 주입 시점 소켓 통신처럼 애플리케이션 시작 지점에 필요한 연결을 미리 해두고, 애플리케이션 종료 시점에 연결을 모두 종료하는 작업을 진행하려면 객체의 초기화와 종료 작업이 필요하다. 스프링은 이러한 초기화/종료 작업을 어떻게 진행할까? 스프링 빈은 기본적으로 '객체 생성 → 의존 관계 주입'의 라이프사이클을 가진다. 빈이 객체를 생성하고 의존관계 주입이 모두 끝난 이후에 데이터를 사용할 수 있는 준비가 갖춰지는 것이므로, 데이터 초기화 작업은 의존 관계 주입이 모두 완료되고 난 다음에 호출해야 한다. 싱글톤 방식에서 스프링 빈은 다음과 같은 이벤트 라이프사이클을 가진다. (1) 스프링 컨테이너 생성 → (2) 스프링 빈 생성 → (3) 의존 ..

스프링 핵심 원리의 강의 내용을 정리한 포스팅입니다. 조회 빈이 2개 이상일 때 문제점 @Autowired는 타입으로 빈을 조회하기 때문에, 실제로는 더 많은 기능을 제공하지만 ac.getBean(DiscountPolicy.class)와 유사하게 동작한다. 이때 DiscountPolicy의 하위 타입이 두 개 이상 존재할 경우 @Autowired는 한 개가 아닌 스프링 빈으로 등록된 하위 타입 클래스의 개수만큼 중복된 빈을 찾게 되고, NoUniqueBeanDefinitionException이 발생하게 된다. 그렇다고 해서 하위 타입으로 빈을 조회하는 것은 아래와 같이 두 가지 문제점이 존재한다. 1. DIP를 위배함과 더불어 코드의 유연성이 떨어진다. 2. 빈 이름은 다르지만 타입이 동일한 경우 문제를..