day35 🌕

스프링 MVC 1편 - 백엔드 웹개발 핵심기술 섹션 4 수강

섹션 4. MVC 프레임워크 만들기 수강 완료!!
무려 2시간 반에 걸친 강의... 수강 완료... 길었다...

FrontController 패턴 특징

• 프론트 컨트롤러 서블릿 하나로 클라이언트의 요청을 받는다.
• 프론트 컨트롤러가 요청에 맞는 컨트롤러를 찾아서 호출한다.
• 프론트 컨트롤러를 제외한 나머지 컨트롤러는 서블릿을 사용하지 않아도 된다.

➡️ 스프링 웹 MVC의 DispatcherServlet이 FrontController 패턴으로 구현되어 있다.

---

ControllerV1

public interface ControllerV1 {
	void process(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException;
}

서블릿과 비슷한 모양의 컨트롤러 인터페이스를 도입한다.
각 컨트롤러들은 이 인터페이스를 구현하면 된다.
프론트 컨트롤러는 이 인터페이스를 호출해서 구현과 관계없이 로직의 일관성을 가져갈 수 있다.

---

ControllerV2

public interface ControllerV2 {
	MyView process(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException;
}

컨트롤러가 뷰를 반환하는 특징이 있다.
각 컨트롤러는 단순히 MyView 객체를 생성하고 뷰 이름만 넣고 반환하면 된다.
return new MyView("/WEB-INF/views/new-form.jsp");

---

ControllerV3

서블릿 종속성 제거 및 뷰 이름 중복 제거

public interface ControllerV3 {
	ModelView process(Map<String, String> paramMap);
}

HttpServletRequest가 제공하는 파라미터는 프론트 컨트롤러가 paramMap에 담아서 호출해주면 된다.
응답 결과로 뷰 이름과 뷰에 전달할 Model 데이터를 포함하는 ModelView 객체를 반환하면 된다.

---

ControllerV4

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

인터페이스에 ModelView가 없다.
model 객체는 파라미터로 전달되기 때문에 결과로 뷰의 이름만 반환해주면 된다.

---

ControllerV5

어댑터 패턴을 사용해서 프론트 컨트롤러가 다양한 방식의 컨트롤러를 처리할 수 있도록 변경해보자.

⬇️ 어댑터용 인터페이스

public interface MyHandlerAdapter {
	boolean supports(Object handler); //어댑터가 해당 컨트롤러를 처리할 수 있는지 판단
	ModelView handle(HttpServletRequest request, HttpServletResponse response, Object handler) throws ServletException, IOException;
}

---

그동안 밀린 거 끝내기!!!!

✔️ JPA Entity Manager & JPA Dirty Checking - day34 🌕 에 추가 완료!
✔️ 22. 07. 20. 프로그래머스 sql문 (IS NULL) - day34 🌕 에 추가 완료!
✔️ 22. 07. 21. 프로그래머스 코테 1문제 (문자열 다루기 기본) - day34 🌕 에 추가 완료!