[61] 230327 JSP Ch. 18 MVC(Model-View-Controller) 패턴 구현 [K-디지털 트레이닝 61일]

230327 Mon 61st class

Ch. 18 MVC 패턴 구현
진도: p. 516 ~ (교재: 최범균의 JSP 2.3 웹 프로그래밍: 기초부터 중급까지, 저자: 최범균)
책 예제 코드: https://github.com/madvirus/jsp23
저자 블로그: https://javacan.tistory.com/

최범균의 JSP 2.3 웹 프로그래밍: 기초부터 중급까지 | 최범균 - 교보문고

---

오늘 배운 것 중 기억할 것을 정리했다.

---

다시 기억하기

참고: https://www.elancer.co.kr/blog/view?seq=74

---

Ch. 18 MVC(Model-View-Controller) 패턴 구현 p. 516

책의 목차
01 모델 2 구조와 MVC 패턴
1.1 모델 1 구조
1.2 모델 2 구조
1.3 MVC 패턴
1.4 MVC 패턴과 모델2 구조의 매핑
1.5 MVC의 컨트롤러 : 서블릿
1.6 MVC의 뷰 : JSP
1.7 MVC의 모델

02 모델 2 구조를 이용한 MVC 패턴 구현
2.1 모델 2 구조의 구현 방법 : 기본 MVC 패턴 구현 기법
2.2 커맨드 패턴 기반의 코드
2.3 설정 파일에 커맨드와 클래스의 관계 명시하기
2.4 요청 URI를 명령어로 사용하기 

03 모델 1 구조와 모델 2 구조의 선택

---

이 장을 통해서 MVC 패턴을 이해하면, 스프링 MVC와 같은 모델 2 구조 기반의 MVC 패턴 프레임워크에 보다 쉽게 적응할 수 있을 것이다.

18.1 모델 2 구조와 MVC(Model-View-Controller) 패턴

JSP에서 모든 로직과 출력을 처리하느냐 아니면 JSP에서는 출력만 처리하느냐에 따라서 모델 1 구조와 모델 2구조로 구분된다.

---

1) 모델 1 구조

모델 1 구조는 JSP를 이용한 단순한 모델이다. 지금까지 예제로 작성한 JSP 페이지가 모델 1 구조를 사용하고 있다.

모델 1 구조의 요청/응답 처리 방식

그림 출처: https://hyoje420.tistory.com/36

(1) 웹 브라우저의 요청을 JSP가 직접 처리한다.
(2) 웹 브라우저의 요청을 받은 JSP는 자바빈이나 서비스 클래스를 사용해서 웹 브라우저가 요청한 작업을 처리하고 그 결과를 클라이언트에 출력한다. 

JSP 페이지에서 웹 브라우저가 요청한 것들을 처리한다는 것은 JSP 페이지에 비즈니스 로직을 처리하기 위한 코드와 웹 브라우저에 결과를 출력하는 코드가 섞인다는 것을 의미한다.
ex) 방명록 예제: 하나의 JSP 페이지에서 서비스 클래스를 통해서 (글쓰기, 읽기 등의) 원하는 작업을 수행하고 그 결과를 출력했다.

---

2) 모델 2 구조

모델 2 구조의 요청/응답 처리 방식

그림 출처: https://hyoje420.tistory.com/36

모델 2 구조는 웹 브라우저의 요청을 하나의 서블릿이 받는다.
서블릿은 웹 브라우저의 요청을 알맞게 처리한 후 그 결과를 보여줄 JSP 페이지로 포워딩한다. 
포워딩을 통해 요청 흐름을 받은 JSP 페이지는 결과 화면을 클라이언트에 전송한다.
이 과정에서 서블릿이 로직을 처리한다.

특징: 웹 브라우저의 모든 요청을 단일 진입점, 즉 하나의 서블릿에서 처리한다. 
하나의 서블릿이 웹 브라우저의 모든 요청을 받기 때문에, 서블릿은 웹 브라우저의 요청을 구분하는 방법이 필요하다.
서블릿은 웹 브라우저의 요청을 처리한 후 웹 브라우저에 보이게 될 응답 화면을 생성할 JSP를 선택한다.
→ MVC 패턴을 이용해서 웹 어플리케이션을 구현할 때 모델 2 구조를 사용한다. 

---

3) MVC(Model-View-Controller) 패턴 p. 518

MVC의 위치를 파악한다. 

그림 출처: https://blog.naver.com/zxxne/222482502102

- 컨트롤러(C): 사용자의 입력 처리와 흐름 제어를 담당한다.

- 모델(M): 비즈니스 영역의 로직을 처리한다.

- 뷰(V): 비즈니스 영역에 대한 프레젠테이션 뷰(즉, 사용자가 보게 될 결과 화면)를 담당한다.

• Model : data. data를 만드는 과정까지 포함. = 최종적으로 data를 만들어내는 것
• View : data를 사람한테 보여주는것
• Controller : 사용자의 요청을 받아서 요청에 맞는 모델을 실행

참고: https://velog.io/@vgo_dongv/Java-MVC

---

MVC 패턴의 구조

그림 출처: https://hyoje420.tistory.com/36

그림 출처

참고: https://blog.naver.com/vopl1004/222132589216

(1) 사용자는 원하는 기능을 처리하기 위한 모든 요청을 컨트롤러에 보낸다. 모델은 비즈니스와 관련된 기능을 제공하는데, 컨트롤러는 이 모델을 이용해서 사용자의 요청을 처리한다. 
(2) 모델을 사용하여 알맞은 비즈니스 로직을 수행한 후
(3) 컨트롤러는 사용자에게 보여줄 뷰를 선택한다. 
(4) 선택된 뷰는 사용자에게 알맞은 결과 화면을 보여준다. 뷰가 사용자에게 결과 화면을 보여줄 때에는 데이터가 필요한데, 이 데이터는 컨트롤러를 통해서 전달받는다. 

MVC 패턴의 핵심
- 비즈니스 로직을 처리하는 모델과 결과 화면을 보여주는 뷰를 분리한다.
- 어플리케이션의 흐름 제어나 사용자의 처리 요청은 컨트롤러에 집중된다. 

 

---

4) MVC(Model-View-Controller) 패턴과 모델2 구조의 매핑

실제로 모델 2 구조와 MVC 패턴은 완벽하게 일치한다.

- 컨트롤러 = 서블릿
- 모델 = 로직 처리 클래스, 자바빈
- 뷰 = JSP
- 사용자 = 웹 브라우저 내지 휴대폰과 같은 다양한 기기

---

5) MVC(Model-View-Controller)의 컨트롤러 = 서블릿 p. 520

모델 2 구조에서 서블릿은 MVC 패턴의 컨트롤러 역할을 한다.
서블릿은 웹 브라우저의 요청과 웹 어플리케이션의 전체적인 흐름을 제어한다.

그림 18-4) 컨트롤러 서블릿의 내부 동작 방식

그림 출처

6) MVC(Model-View-Controller)의 뷰 = JSP

뷰 역할을 하는 JSP는 컨트롤러에서 request 기본 객체나 session 기본 객체에 저장한 데이터를 사용하여 웹 브라우저에 알맞은 결과를 출력한다.

---

7) MVC(Model-View-Controller)의 모델 p. 521

비즈니스 로직을 처리해주면 모델이 될 수 있다. 모델이 제공해야 하는 기능은 웹 브라우저의 요청을 처리하는 데 필요한 기능이다. 
ex) 계좌 이체 기능을 요청했다면 모델은 계좌 이체를 시켜주는 기능을 제공해야 한다.
컨트롤러(사용자의 입력 처리와 흐름 제어를 담당)는 웹 브라우저의 요청이 들어오는 경우 모델의 계좌 이체 기능을 사용하게 된다.

그림 18-5) 컨트롤러 역할을 하는 서블릿과 모델 간의 통신

그림 출처

---

18.2 모델 2 구조를 이용한 MVC(Model-View-Controller) 패턴 구현

모델 2 구조를 이용해서 MVC 패턴을 구현해본다.

1) 모델 2 구조의 구현 방법 : 기본 MVC(Model-View-Controller) 패턴 구현 기법 p. 522

모델 2 구조를 위한 서블릿을 어떻게 구현하는지, 서블릿과 JSP는 어떻게 정보를 주고받는지 등에 대한 기본 개념을 익혀본다. 그 후 MVC 패턴을 체계적으로 구현하는 방법을 단계적으로 살펴본다.

1. 서블릿은 화면에 출력할 메시지를 생성해서 JSP에 전달한다.
2. JSP는 서블릿으로부터 전달받은 메시지를 화면에 출력한다.

---

2) 커맨드(Command) 패턴 기반의 코드

웹 브라우저를 통해서 명령어를 전달하는 방법은 다음 두 가지이다.

- 특정 이름의 파라미터에 명령어 정보를 전달한다.
- 요청 URI 자체를 명령어로 사용한다.

2.1) 커맨드(Command) 패턴을 이용한 명령어 처리기의 분리

커맨드 패턴: 각 명령어에 해당하는 로직 처리 코드를 별로 클래스로 작성하는 것

그림 18-8) 컨트롤러 서블릿에서 로직 처리 코드를 CommandHandler로 분리

그림 출처

커맨드 패턴에서 명령어를 처리하는 클래스들은 동일한 인터페이스를 갖는다.

그림 출처

---

3) 설정 파일에 커맨드와 클래스의 관계 명시하기

---

4) 요청 URI를 명령어로 사용하기

요청 URI 자체를 명령어로 사용하는 것이 좋다.

예시)

http://localhost:8080/chap08/hello.do
http://localhost:8080/chap08/guestbook/list.do

사용자의 악의적인 잘못된 명령어 입력을 예방할 수 있으며, URL 자체가 의미가 있으므로 자연스럽게 기능을 설명할 수 있다.

---

18.3 모델 1 구조와 모델 2 구조의 선택

둘 다 장단점이 존재하며 합리적으로 모델을 선택한다.

모델	장점	단점
모델 1	- 배우기 쉽다. - 자바 언어를 몰라도 어느 정도 구현 가능하다. - 기능과 JSP가 직관적으로 연결된다.	- 로직 코드와 뷰 코드가 혼합되어 JSP 코드가 복잡해진다. - 뷰 변경 시 논리 코드의 빈번한 복사가 발생해서 코드 중복이 발생하기 쉽다. 즉, 유지보수가 힘들어진다.
모델 2	- 로직 코드와 뷰 코드를 분리해서 유지보수가 쉬워진다. - 컨트롤러 서블릿에서 권한 검사나 인증과 같은 공통 기능 처리가 가능하다. - 확장이 용이하다.	- 자바 언어에 친숙하지 않으면 접근하기가 쉽지 않다. - 작업량이 많다. (커맨드 클래스 + 뷰 JSP)

---