인프런 강의 31일차.

 - 스프링 MVC 1편 - 백엔드 웹 개발 핵심 기술 1 (김영한 강사님)

 - 서블릿, JSP, MVC 패턴

 - 서블릿으로 1차 구현

   -> 서블릿으로 구현했을 때 불편한 점 개선을 위해 JSP로 2차 구현

   -> JSP로도 불편한 점을 개선하기 위해 MVC 패턴으로 3차 구현

---- 스프링 MVC 1편 - 백엔드 웹 개발 핵심 기술 12 Model 추가 - v3에 이어서 작성.

2. MVC 프레임워크 만들기

 2.6 단순하고 실용적인 컨트롤러 - v4

  - 앞서 만든 v3 컨트롤러는 서블릿 종속성을 제거하고 뷰 경로의 중복을 제거하는 등, 잘 설계된 컨트롤러이다.

  - 아키텍처 관점에서는 정말로 잘 설계된 컨트롤러이나 실제 개발자 입장에서는 항상 ModelView 객체를 생성하고 반환해야 하는 부분이 있어서 사용이 불편하다는 단점이 있다.

  - 실용성이 조금 떨어지는 것을 개선한 v4 컨트롤러를 만들어보자.

package hello.servlet.web.frontcontroller.v4;

import java.util.Map;

public interface ControllerV4 {

    /**
     * @param paramMap
     * @param model
     * @return viewName
     */
    String process(Map<String, String> paramMap, Map<String, Object> model);
}

  - web.frontcontroller.v4.ControllerV4.java

  - paramMap만 리턴하던 것에서 model도 같이 리턴하도록 수정

  - 인터페이스에 modelView가 없다. model객체는 파라미터로 전달되기 때문에 그냥 사용하면 되고, 결과로 뷰의 이름만 반환해주면 된다.

package hello.servlet.web.frontcontroller.v4.controller;

import hello.servlet.web.frontcontroller.ModelView;
import hello.servlet.web.frontcontroller.v4.ControllerV4;

import java.util.Map;

public class MemberFormControllerV4 implements ControllerV4 {


    @Override
    public String process(Map<String, String> paramMap, Map<String, Object> model) {
        return "new-form";
    }
}

  - web.frontcontroller.v4.controller.MemberFormControllerV4.java

  - 단순하게 new-form이라는 뷰의 논리 이름만 반환하는 컨트롤러

package hello.servlet.web.frontcontroller.v4.controller;

import hello.servlet.domain.member.Member;
import hello.servlet.domain.member.MemberRepository;
import hello.servlet.web.frontcontroller.v4.ControllerV4;

import java.util.Map;

public class MemberSaveControllerV4 implements ControllerV4 {

    private MemberRepository memberRepository = MemberRepository.getInstance();

    @Override
    public String process(Map<String, String> paramMap, Map<String, Object> model) {
        String username = paramMap.get("username");
        int age = Integer.parseInt(paramMap.get("age"));

        Member member = new Member(username, age);
        memberRepository.save(member);

        model.put("member", member);
        return "save-result";

        /*
        V3과 달라진 점은 이미 컨트롤러에서 model을 바로 세팅하기 때문에 아래 로직이 필요가 없다(이미 세팅되어 있음)
        ModelView mv = new ModelView("save-result");
        mv.getModel().put("member", member);    //멤버 모델에 저장
        return mv;
         */
    }
}

  - web.frontcontroller.v4.controller.MemberSaveControllerV4.java

  - 모델이 파라미터로 전달되기 때문에 모델을 직접 생성하지 않아도 된다. (model.put()으로 전달됨)

package hello.servlet.web.frontcontroller.v4.controller;

import hello.servlet.domain.member.Member;
import hello.servlet.domain.member.MemberRepository;
import hello.servlet.web.frontcontroller.v4.ControllerV4;

import java.util.List;
import java.util.Map;

public class MemberListControllerV4 implements ControllerV4 {

    private MemberRepository memberRepository = MemberRepository.getInstance();

    @Override
    public String process(Map<String, String> paramMap, Map<String, Object> model) {
        List<Member> members = memberRepository.findAll();

        /*
        form과 마찬가지로 model에 이미 처리되어 있으므로 필요가 없는 로직
        ModelView mv = new ModelView("members");
        mv.getModel().put("members", members);      //members 리스트로 저장
        return mv;
         */
        model.put("members", members);
        return "members";
    }
}

  - web.frontcontroller.v4.controller.MemberListControllerV4.java

package hello.servlet.web.frontcontroller.v4;

import hello.servlet.web.frontcontroller.MyView;
import hello.servlet.web.frontcontroller.ModelView;
import hello.servlet.web.frontcontroller.v4.controller.MemberFormControllerV4;
import hello.servlet.web.frontcontroller.v4.controller.MemberListControllerV4;
import hello.servlet.web.frontcontroller.v4.controller.MemberSaveControllerV4;

import javax.servlet.ServletException;
import javax.servlet.annotation.WebServlet;
import javax.servlet.http.HttpServlet;
import javax.servlet.http.HttpServletRequest;
import javax.servlet.http.HttpServletResponse;
import java.io.IOException;
import java.util.HashMap;
import java.util.Map;


//v4 하위에 모든 컨트롤러를 호출할 수 있음
@WebServlet(name="frontControllerServletV4", urlPatterns = "/front-controller/v4/*")
public class FrontControllerServletV4 extends HttpServlet {

    private Map<String, ControllerV4> controllerV1Map = new HashMap<>();

    public FrontControllerServletV4() {
        //url과 호출해야하는 컨트롤러를 매핑하여 Map에 저장
        controllerV1Map.put("/front-controller/v4/members/new-form", new MemberFormControllerV4());
        controllerV1Map.put("/front-controller/v4/members/save", new MemberSaveControllerV4());
        controllerV1Map.put("/front-controller/v4/members", new MemberListControllerV4());
    }

    @Override
    protected void service(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException {
        System.out.println("FrontControllerServletV4.service");

        String requestURI = request.getRequestURI();    //호출되는 URL 주소 얻기

        ControllerV4 controllerV4 = controllerV1Map.get(requestURI);    //url 주소에 해당하는 Controller생성
        if(controllerV4 == null){
            //매칭되는 컨트롤러가 없으면 404 에러 리턴
            response.setStatus(HttpServletResponse.SC_NOT_FOUND);
            return;
        }
        Map<String, String> paramMap = createParamMap(request);
        HashMap<String, Object> model = new HashMap<>();

        //매칭되는 컨트롤러를 찾았으면 해당 컨트롤러 호출
        String viewName = controllerV4.process(paramMap, model);    //기존에 Model을 받던 로직을 viewName을 바로 받도록 수정 (V4에서 수정된 코드)

        //viewResolver 구현 (실제 View를 찾아주는 해결자 역할)
        MyView view = viewResolver(viewName);

        //myView 반환하면서 렌더링 수행
        view.render(model, request, response);
    }

    private MyView viewResolver(String viewName) {
        return new MyView("/WEB-INF/views/" + viewName + ".jsp");
    }


    //ctrl + alt + M 으로 람다 표현식 메소드로 추출
    private Map<String, String> createParamMap(HttpServletRequest request) {
        Map<String, String> paramMap = new HashMap<>();
        request.getParameterNames().asIterator()        //모든 파라미터 이름을 가져온 뒤 forEach 돌린 뒤 paramMap에 모든 데이터를 put함
                .forEachRemaining(paramName->paramMap.put(paramName, request.getParameter(paramName)));
        return paramMap;
    }
}

  - web.frontcontroller.v4.controller.MemberListControllerV4.java

  - FrontControllerV4는 FrontControllerV3과 거의 동일하며 controller.process의 return이 model이 아닌 viewName이 되었다는 것만 변경되었다.

  - 모델 객체 전달

   > Map<String, Object> Model = new HashMap<>();

   > 모델 객체를 프론트 컨트롤러에서 생성해서 넘겨준다. 컨트롤러에서 모델 객체에 값을 담으면 여기에 그대로 담겨있게 된다.

  - 뷰의 논리 이름을 직접 반환

   > String viewName = controller.process(paramMap, model);

   > MyView view = viewResolver(viewName);

   > 컨트롤러가 직접 뷰의 논리 이름을 반환하므로 이 값을 사용해서 실제 물리 뷰를 찾을 수 있다.

 * V4 버전의 컨트롤러는 매우 단순하고 실용적이다. 기존 구조에서 모델을 파라미터로 넘기고, 뷰의 논리 이름을 반환한다는 작은 아이디어를 적용한 것 뿐인데 컨트롤러를 구현하는 개발자 입장에서 보면 이제 군더더기 없는 코드를 작성할 수 있다.

 ** 프레임워크나 공통 기능이 수고로워야 사용하는 개발자가 편리해진다.

인프런 강의 30일차.

 - 스프링 MVC 1편 - 백엔드 웹 개발 핵심 기술 1 (김영한 강사님)

 - 서블릿, JSP, MVC 패턴

 - 서블릿으로 1차 구현

   -> 서블릿으로 구현했을 때 불편한 점 개선을 위해 JSP로 2차 구현

   -> JSP로도 불편한 점을 개선하기 위해 MVC 패턴으로 3차 구현

---- 스프링 MVC 1편 - 백엔드 웹 개발 핵심 기술 11 View 분리 - v2에 이어서 작성.

2. MVC 프레임워크 만들기

 2.5 Model 추가 - v3

  - 서블릿 종속성 제거

   > 모든 컨트롤러에서 뷰로 이동하는 부분에 중복이 있고, 깔끔하지 않다 (viewPath 및 dispatcher 호출 부분)

   > Model 추가 시 서블릿의 종속성을 제거한다. 컨트롤러 입장에서 HttpServletRequest, HttpServletResponse가 꼭 필요할까?

   > 요청 파마리터 정보는 자바의 Map으로 대신 넘기도록 하면 지금 구조에서는 컨트롤러가 서블릿 구조를 몰라도 동작할 수 있다.

   > 그리고 request 객체를 Model로 사용하는 대신에 별도의 Model 객체를 만들어서 변환하면 된다.

  - 뷰 이름 중복 제거

   > 컨트롤러에서 지정하는 뷰 이름에 중복이 있는 것을 확인할 수 있다.

   > 컨트롤러에서는 뷰의 논리 이름을 변경하고, 실제 물리 위치의 이름은 프론트 컨트롤러에서 처리하도록 단순화

   > 향후 뷰의 폴더 위치가 함께 이동해도 프론트 컨트롤러만 고치면 된다.

   > /WEB-INF/views/new-form.jsp -> new-form

   > /WEB-INF/views/save-result.jsp -> save-result

   > /WEB-INF/views/members.jsp -> members

  - ModelView

   > 지금까지 컨트롤러에서 서블릿에 종속적인 HttpServletRequest를 사용했다. 그리고 Model도 request.setAttribute()를 통해 데이터를 저장하고 뷰에 전달했다.

   > 서블릿의 종속성을 제거하기 위해 Model을 직접 만들고, 추가로 View 이름까지 전달되는 객체를 만들어보자.

   > 실제 프론트 컨트롤러는 작업량이 훨씬 많아지지만 실제 구현한 컨트롤러 입장에서는 로직이 간단해짐

package hello.servlet.web.frontcontroller;

import java.util.HashMap;
import java.util.Map;

public class ModelView {
    private String viewName;
    private Map<String, Object> model = new HashMap<>();


    public ModelView(String viewName) {
        this.viewName = viewName;
    }

    public String getViewName() {
        return viewName;
    }

    public void setViewName(String viewName) {
        this.viewName = viewName;
    }

    public Map<String, Object> getModel() {
        return model;
    }

    public void setModel(Map<String, Object> model) {
        this.model = model;
    }
}

  - web.frontcontroller.ModelView.java

  - 뷰의 이름과 뷰를 렌더링할 때 필요한 model 객체를 가지고 있다. model은 단순히 map으로 되어 있으므로 컨트롤러에서 뷰에 필요한 데이터를 key, value로 넣어주면 된다.

package hello.servlet.web.frontcontroller.v3;

import hello.servlet.web.frontcontroller.ModelView;

import java.util.Map;

public interface ControllerV3 {

    ModelView process(Map<String, String> paramMap);
}

  - web.frontcontroller.v3ControllerV3.java

  - 이 컨트롤러는 서블릿 기술을 전혀 사용하지 않는다. 따라서 구현이 매우 단순해지고, 테스트 코드 작성시 테스트 하기 쉽다.

  - HttpServletRequest가 제공하는 파라미터는 프론트 컨트롤러가 paramMap에 담아서 호출해주면 된다.

  - 응답 결과로 뷰 이름과 뷰에 전달할 Model 데이터를 포함하는 ModelView 객체를 반환하면 된다

package hello.servlet.web.frontcontroller.v3.controller;

import hello.servlet.web.frontcontroller.v2.ModelView;
import hello.servlet.web.frontcontroller.v3.ControllerV3;

import java.util.Map;

public class MemberFormControllerV3 implements ControllerV3 {


    @Override
    public ModelView process(Map<String, String> paramMap) {
        return new ModelView("new-form");   //논리 이름으로만 ModelView 생성 (논리이름을 물리이름으로 변경하는 것은 ViewResolver에서 수행)
    }
}

  - web.frontcontroller.v3.controller.MemberFormControllerV3.java

  - 논리 이름으로만 modelView 생성(실제 물리적인 이름은 프론트 컨트롤러에서 처리)

package hello.servlet.web.frontcontroller.v3.controller;

import hello.servlet.domain.member.Member;
import hello.servlet.domain.member.MemberRepository;
import hello.servlet.web.frontcontroller.v2.ModelView;
import hello.servlet.web.frontcontroller.v3.ControllerV3;

import java.util.Map;

public class MemberSaveControllerV3 implements ControllerV3 {

    private MemberRepository memberRepository = MemberRepository.getInstance();

    @Override
    public ModelView process(Map<String, String> paramMap) {
        String username = paramMap.get("username");
        int age = Integer.parseInt(paramMap.get("age"));

        Member member = new Member(username, age);
        memberRepository.save(member);


        ModelView mv = new ModelView("save-result");
        mv.getModel().put("member", member);    //멤버 모델에 저장

        return mv;
    }
}

  - web.frontcontroller.v3.controller.MemberSaveControllerV3.java

  - save-result 논리 이름으로 modelView 생성 후 member 정보 저장

  - 파라미터 정보는 전부 map에 저장되어 있다.

package hello.servlet.web.frontcontroller.v3.controller;

import hello.servlet.domain.member.Member;
import hello.servlet.domain.member.MemberRepository;
import hello.servlet.web.frontcontroller.v2.ModelView;
import hello.servlet.web.frontcontroller.v3.ControllerV3;

import java.util.List;
import java.util.Map;

public class MemberListControllerV3 implements ControllerV3 {

    private MemberRepository memberRepository = MemberRepository.getInstance();

    @Override
    public ModelView process(Map<String, String> paramMap) {
        List<Member> members = memberRepository.findAll();
        ModelView mv = new ModelView("members");
        mv.getModel().put("members", members);      //members 리스트로 저장

        return mv;
    }
}

  - web.frontcontroller.v3.controller.MemberListControllerV3.java

package hello.servlet.web.frontcontroller.v3;

import hello.servlet.web.frontcontroller.MyView;
import hello.servlet.web.frontcontroller.ModelView;
import hello.servlet.web.frontcontroller.v3.controller.MemberFormControllerV3;
import hello.servlet.web.frontcontroller.v3.controller.MemberListControllerV3;
import hello.servlet.web.frontcontroller.v3.controller.MemberSaveControllerV3;

import javax.servlet.ServletException;
import javax.servlet.annotation.WebServlet;
import javax.servlet.http.HttpServlet;
import javax.servlet.http.HttpServletRequest;
import javax.servlet.http.HttpServletResponse;
import java.io.IOException;
import java.util.HashMap;
import java.util.Map;


//v3 하위에 모든 컨트롤러를 호출할 수 있음
@WebServlet(name="frontControllerServletV3", urlPatterns = "/front-controller/v3/*")
public class FrontControllerServletV3 extends HttpServlet {

    private Map<String, ControllerV3> controllerV1Map = new HashMap<>();

    public FrontControllerServletV3() {
        //url과 호출해야하는 컨트롤러를 매핑하여 Map에 저장
        controllerV1Map.put("/front-controller/v3/members/new-form", new MemberFormControllerV3());
        controllerV1Map.put("/front-controller/v3/members/save", new MemberSaveControllerV3());
        controllerV1Map.put("/front-controller/v3/members", new MemberListControllerV3());
    }

    @Override
    protected void service(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException {
        System.out.println("FrontControllerServletV3.service");

        String requestURI = request.getRequestURI();    //호출되는 URL 주소 얻기

        ControllerV3 controllerV3 = controllerV1Map.get(requestURI);    //url 주소에 해당하는 Controller생성
        if(controllerV3 == null){
            //매칭되는 컨트롤러가 없으면 404 에러 리턴
            response.setStatus(HttpServletResponse.SC_NOT_FOUND);
            return;
        }

        //V3는 controllerV2.process(request, response)로 호출하였다면 V3에서는 Model로 호출해야함 (Model은 paramMap에 저장되어 있음)
        //paramMap 호출
        //람다 호출의 경우 너무 디테일한 레벨로 구현되어 있으므로 따로 메소드로 빼는 것이 좋다.
        /*Map<String, String> paramMap = new HashMap<>();
        request.getParameterNames().asIterator()        //모든 파라미터 이름을 가져온 뒤 forEach 돌린 뒤 paramMap에 모든 데이터를 put함
                .forEachRemaining(paramName->paramMap.put(paramName, request.getParameter(paramName)));*/
        Map<String, String> paramMap = createParamMap(request);

        //매칭되는 컨트롤러를 찾았으면 해당 컨트롤러 호출
        ModelView mv = controllerV3.process(paramMap);

        String viewName = mv.getViewName();//논리 이름 얻어오는 메소드 ex)new-form

        //viewResolver 구현 (실제 View를 찾아주는 해결자 역할)
        MyView view = viewResolver(viewName);
        
        //myView 반환하면서 렌더링 수행
        view.render(mv.getModel(), request, response);
    }

    private MyView viewResolver(String viewName) {
        return new MyView("/WEB-INF/views/" + viewName + ".jsp");
    }


    //ctrl + alt + M 으로 람다 표현식 메소드로 추출
    private Map<String, String> createParamMap(HttpServletRequest request) {
        Map<String, String> paramMap = new HashMap<>();
        request.getParameterNames().asIterator()        //모든 파라미터 이름을 가져온 뒤 forEach 돌린 뒤 paramMap에 모든 데이터를 put함
                .forEachRemaining(paramName->paramMap.put(paramName, request.getParameter(paramName)));
        return paramMap;
    }
}

  - web.frontcontroller.v3.FrontControllerServletV3.java

  - view.render(mv.getModel(), request, response)에서 컴파일 오류가 발생할 시 오버로딩 메소드를 생성해서 처리

  - createParamMap() : HttpServletRequest에서 파라미터 정보를 꺼내서 Map으로 변환한다. 그리고 해당 Map( paramMap )을 컨트롤러에 전달하면서 호출한다

package hello.servlet.web.frontcontroller;

import javax.servlet.RequestDispatcher;
import javax.servlet.ServletException;
import javax.servlet.http.HttpServletRequest;
import javax.servlet.http.HttpServletResponse;
import java.io.IOException;
import java.util.Map;

public class MyView {

    private String viewPath;

    public MyView(String viewPath) {
        this.viewPath = viewPath;
    }

    public void render(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException {
        //MyView를 생성할 때 생성자로 세팅한 viewPath 호출
        RequestDispatcher dispatcher = request.getRequestDispatcher(viewPath);
        dispatcher.forward(request, response);
    }

    public void render(Map<String, Object> model, HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException {
        //model에 있는 데이터를 forEach로 전부 추출해서 request에 key-value로 값을 전부 적재함
        modelToRequestAttribute(model, request);

        RequestDispatcher dispatcher = request.getRequestDispatcher(viewPath);
        dispatcher.forward(request, response);
    }

    private void modelToRequestAttribute(Map<String, Object> model, HttpServletRequest request) {
        model.forEach((key, value) -> request.setAttribute(key, value));
    }
}

  - web.frontcontroller.MyView.java

 - 뷰 리졸버

   > MyView view = viewResolver(viewName)

   > 컨트롤러가 반환한 논리 뷰 이름을 실제 물리 뷰 경로로 변경한다. 그리고 실제 물리 경로가 있는 MyView 객체를 반환한다.

   > 논리 뷰 이름: members 물리 뷰 경로: /WEB-INF/views/members.jsp

   > view.render(mv.getModel(), request, response)

   > 뷰 객체를 통해서 HTML 화면을 렌더링 한다.

   > 뷰 객체의 render() 는 모델 정보도 함께 받는다.

   > JSP는 request.getAttribute() 로 데이터를 조회하기 때문에, 모델의 데이터를 꺼내서 request.setAttribute() 로 담아둔다.

   > JSP로 포워드 해서 JSP를 렌더링 한다.

인프런 강의 20일차.

 - 스프링 MVC 1편 - 백엔드 웹 개발 핵심 기술 1 (김영한 강사님)

* HTML, HTTP API, CSR, SSR

1. 정적 리소스

 - 고정된 HTML 파일, CSS, JS, 이미지, 영상 등을 제공

 - 주로 웹 브라우저

 - 웹 브라우저가 Web Server에 요청하면 이미 생성된 리소스 파일을 웹 브라우저에게 응답

2. HTML 페이지

 - 동적으로 필요한 HTML 파일을 생성해서 전달

 - 웹 브라우저 : HTML 해석

 - 웹 브라우저가 WAS에 요청하면 DB 정보 조회 후 동적으로 HTML 생성(jsp나 타임리프 등을 사용)해서 웹 브라우저에게 응답

3. HTTP API

 - HTML이 아니라 데이터를 전달

 - 주로 JSON 형식 사용

 - 다양한 시스템에서 호출

 - 웹 브라우저가 WAS에 요청하면 DB 정보 조회 후 json data를 웹 브라우저에게 응답

 - 데이터만 주고 받음, UI 화면이 필요하면  클라이언트가 별도 처리

 - UI 클라이언트 접점

    > 앱 클라이언트(아이폰, 안드로이드, PC 앱)

    > 웹 브라우저에서 자바스크립트를 통한 HTTP API 호출

    > React, Vue,js 같은 웹 클라이언트

 - 서버 to 서버

    > 주문 서버 -> 결제 서버

    > 기업간 데이터 통신

4. 서버사이드 렌더링(SSR)

 - 서버에서 최종 HTML을 생성해서 클라이언트에 전달

 - 주로 정적인 화면에 사용

 - 관련 기술 : JSP, 타임 리프 -> 백엔드 개발자

 - SSR을 사용하더라도 자바스크립트를 사용해서 화면 일부를 동적으로 변경 가능

5. 클라이언트사이드 렌더링(CSR)

 - HTML 결과를 자바스크립트를 사용해 웹 브라우저에서 동적으로 생성해서 적용

 - 주로 동적인 화면에 사용, 웹 환경을 마치 앱 처럼 필요한 부분부분 변경할 수 있음

 - 관련 기술 : React, Vue.js -> 웹 프론트엔드 개발자

 - React, View.js를 CSR + SSR 동시에 지원하는 웹 프레임워크도 있음

 - 호출 순서

    > 1)HTML 요청 :  웹 브라우저가 서버에 HTML 요청하면 내용이 없는 HTML(자바스크립트 링크만 존재)를 응답받음

    > 2)자바스크립트 요청 : 전달받은 자바스크립트 링크를 통해 다시 서버에 자바스크립트 요청하면 클라이언트 로직과 HTML 렌더링 코드를 응답받음

    > 3)HTTP API - 데이터 요청 : 서버에 HTTP API를 요청하여 JSON 데이터를 응답받음

    > 4)자바스크립트로 HTML 결과 렌더링 : 최종적으로 응답받은 JSON 데이터를 자바스크립트로 HTML 결과 렌더링.

6. 백엔드 개발자 입장에서 UI 기술

 - JSP, 타임리프

 - 화면이 정적이고 복잡하지 않을 때 사용

 - 백엔드 개발자는 서버 사이드 렌더링 기술 학습 필요

 - 백엔드 개발자의 웹 프론트엔드 기술 학습은 옵션

 - 서버, DB, 인프라 등등 수많은 백엔드 기술을 공부해야한다.

 - 웹 프론트엔드도 깊이있게 잘 하려면 오랜 시간이 필요하다..

7. 자바 웹 기술 역사

 - 서블릿(1997)

    > HTML 생성이 어려움(자바 코드로 짜야하기 때문)

 - JSP(1999)

    > HTML 생성은 편리하지만 비즈니스 로직까지 너무 많은 역할을 담당

 - 서블릿, JSP 조합 MVC 패턴 사용

    > 모델, 뷰, 컨트롤러로 역할을 나누어 개발

 - MVC 프레임워크 춘추전국시대(2000년 초 ~ 2010년 초)

    > MVC 패턴 자동화, 복잡한 웹 기술을 편리하게 사용할 수 있는 다양한 기능 지원

    > 스트럿츠, 웹워크, 스프링 MVC(과거 버전)

 - 애노테이션 기반의 스프링 MVC 등장

    > @Controller

    > MVC 프레임워크의 춘추 전국 시대 마무리

 - 스프링 부트의 등장

    > 스프링을 편리하게 사용할 수 있도록 도와주는 껍데기(?)

    > 스프링 부트는 서버를 내장

    > 과거에는 서버에 WAS를 직접 설치하고 소스는 War 파일을 만들어서 설치한 WAS에 배포

    > 스프링 부트는 빌드 결과(Jar)에 WAS 서버 포함하기 때문에 빌드 배포를 단순화한다.

 - 최신 기술 (스프링 웹 기술의 분화)

    > Web Sevlet - Spring MVC

    > Web Reactive - Spring WebFlux(가장 최신)

8. 스프링 웹 플럭스(WebFlux)

 - 특징

    > 비동기 논 블록킹 처리

    > 최소 쓰레드로 최대 성능 - 쓰레드 컨텍스트 스위칭 비용 효율화

    > 함수형 스타일로 개발 - 동시처리 코드 효율화

    > 서블릿 기술 사용 X

 - 단점

    > 웹 플럭스는 기술적 난이도가 매우 높음

    > 아직은 RDB 지원이 부족함

    > 일반 MVC의 쓰레드 모델도 충분히 빠르다.

    > 실무에서 아직 많이 사용하지는 않음

9. 자바 뷰 템플릿 역사(HTML을 편리하게 생성하는 뷰 기능)

 - JSP

    > 속도 느림, 기능 부족

 - 프리마커(Freemarker), 벨로시티(Velocity)

    > 속도 문제 해결, 다양한 기능(다만 기능 업데이트가 안됨)

 - 타임리프(Themeleaf)

    > 내추럴 템플릿 : HTML의 모양을 유지하면서 뷰 템플릿 적용 가능

    > 스프링 MVC와 강력한 기능 통합(타임리프를 사용하는 주 목적)

    > 최선의 선택, 단 성능은 프리마커와 벨로시티가 더 빠름