MVC2 패턴(예제 코드) & 한계점

🤔컨트롤러(Controller - Servlet) : 클라이언트의 모든 요청을 받아 모델(Model - Class) 역할의 객체로 요청 처리 메소드를 호출하여 클라이언트의 요청을 처리하고 처리결과를 뷰(View - JSP)에게 제공하여 응답되도록 프로그램의 흐름을 제어하는 웹프로그램(서블릿)

 

⚫컨트롤러 서블릿의 동작 방식⚫

1.클라이언트의 모든 요청을 받을 수 있도록 서블릿의 URL 패턴을 설정하여 단일 진입점의 기능 구현

=> Front Controller Pattern

 

방법1) @WebServlet("url") 어노테이션 사용

@WebServlet("url") : 클래스를 서블릿(웹프로그램)으로 등록하고 요청 URL 주소를 매핑하는 어노테이션

=> 매핑 설정된 URL 주소에 패턴문자(* : 전체, ? : 문자 하나)를 사용하여 URL 패턴 등록 가능

=> @WebServlet("*.do") : 클라이언트가 [XXX.do] 형식의 URL 주소로 요청한 경우 서블릿 실행

@WebServlet("*.do")
public class ControllerServlet extends HttpServlet {
	private static final long serialVersionUID = 1L;

//생략

 

방법2) [web.xml] 파일의 엘리먼트를 사용

@WebServlet 어노테이션 대신 [web.xml] 파일의 엘리먼트를 사용하여 클래스를 서블릿으로 등록하고 URL 패턴을 매칭 처리 가능

<?xml version="1.0" encoding="UTF-8"?>
<web-app xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns="http://xmlns.jcp.org/xml/ns/javaee" xsi:schemaLocation="http://xmlns.jcp.org/xml/ns/javaee http://xmlns.jcp.org/xml/ns/javaee/web-app_4_0.xsd" id="WebApp_ID" version="4.0">
	<display-name>mvc</display-name>
	
	<!-- servlet : 클래스를 서블릿으로 등록하기 위한 엘리먼트 -->
	<servlet>
		<servlet-name>controller</servlet-name>
		<servlet-class>xyz.itwill.mvc.ControllerServlet</servlet-class>
	</servlet>
	
	<!-- servlet-mapping : 서블릿에 URL 패턴을 등록하기 위한 엘리먼트 -->
	<servlet-mapping>
		<servlet-name>controller</servlet-name>
		<url-pattern>*.do</url-pattern>
	</servlet-mapping>
	
	<welcome-file-list>
		<welcome-file>index.html</welcome-file>
		<welcome-file>index.jsp</welcome-file>
		<welcome-file>index.htm</welcome-file>
		<welcome-file>default.html</welcome-file>
		<welcome-file>default.jsp</welcome-file>
		<welcome-file>default.htm</welcome-file>
	</welcome-file-list>
</web-app>

 

 

2.클라이언트의 요청 분석 : 요청 URL 주소 이용 - http://localhost:8000/mvc/XXX.do

=> HttpServlet 클래스의 service 메소드 오버라이드 

//생략	
    //클라이언트가 서블릿을 요청할 때마다 자동 호출되는 메소드
	@Override
	protected void service(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException {
		
		//2.클라이언트의 요청 분석 : 요청 URL 주소 이용 - http://localhost:8000/mvc/XXX.do
		//HttpServletRequest.getRequestURI() : 요청 URL 주소에서 URI 주소를 반환하는 메소드
		String requestURI=request.getRequestURI();
		//System.out.println("requestURI = "+requestURI);//requestURI = /mvc/XXX.do
		
		//HttpServletRequest.getContextPath() : 요청 URL 주소에서 컨텍스트 경로를 반환하는 메소드
		String contentPath=request.getContextPath();
		//System.out.println("contentPath = "+contentPath);//contentPath = /mvc
		
		String command=requestURI.substring(contentPath.length());
		//System.out.println("command = "+command);//command = /XXX.do
 
 //생략

 

3.모델(Model) 객체를 이용하여 요청 처리 메소드를 호출해 클라이언트의 요청을 처리하고 뷰(View) 관련 정보를 반환받아 저장

=> 하나의 요청에 대해 하나의 모델 객체가 요청을 처리하도록 설정 - Command Controller Pattern

=> 요청 처리 메소드가 선언된 모델 역할의 클래스 작성 - 인터페이스를 상속받아 작성

회원관리 프로그램에서 클리이언트 요청(Command)에 모델 객체가 동작되도록 설정

왼쪽 패턴의 URL 주소를 이용해 오른쪽 클래스 호출

=> [/loginform.do] - LoginFormModel 클래스

=> [/login.do] - LoginModel 클래스

=> [/logout.do] - LogoutModel 클래스

=> [/writeform.do] - WriteFormModel 클래스

=> [/write.do] - WriteModel 클래스

=> [/list.do] - ListModel 클래스

=> [/view.do] - ViewModel 클래스

=> [/modifyform.do] - ModifyFormModel 클래스

=> [/modify.do] - ModifyModel 클래스

=> [/remove.do] - RemoveModel 클래스

=> [/error.do] - ErrorModel 클래스

//생략
//아래 방법보다 Map객체 활용하는 방법이 더 코드가 간결해짐.but 지금은 이 방법으로 작성.

        //모델 역할의 클래스가 상속받기 위한 인터페이스로 참조변수 생성
		// => 인터페이스로 생성된 참조변수에는 인터페이스를 상속받은 모든 자식클래스(모델) 객체 저장 가능
		Action action=null;
		
		//클라이언트의 요청정보를 비교하여 요청을 처리하기 위한 모델 역할의 클래스로 객체를 생성하여
		//인터페이스 참조변수에 저장
		if(command.equals("/loginform.do")) {
			action=new LoginFormModel();
		} else if(command.equals("/login.do")) {
			action=new LoginModel();
		} else if(command.equals("/logout.do")) {
			action=new LogoutModel();
		} else if(command.equals("/writeform.do")) {
			action=new WriteFormModel();
		} else if(command.equals("/write.do")) {
			action=new WriteModel();
		} else if(command.equals("/list.do")) {
			action=new ListModel();
		} else if(command.equals("/view.do")) {
			action=new ViewModel();
		} else if(command.equals("/modifyform.do")) {
			action=new ModifyFormModel();
		} else if(command.equals("/modify.do")) {
			action=new ModifyModel();
		} else if(command.equals("/remove.do")) {
			action=new RemoveModel();
		} else if(command.equals("/error.do")) {
			action=new ErrorModel();
		} else {//클라이언트 요청에 대한 모델 역할의 클래스가 없는 경우
			action=new ErrorModel();
		}
		
		//인터페이스 참조변수로 추상메소드를 호출하면 묵시적 객체 형변환에 의해 참조변수에  
		//저장된 모델 객체의 오버라이드 선언된 요청 처리 메소드를 호출하여 요청을 처리하고 
		//뷰 관련 정보(ActionForward 객체)를 반환받아 저장 - 메소드 오버라이드에 의한 다형성
		ActionForward actionForward=action.execute(request, response);
 //생략

 

 

4.뷰 관련 정보가 저장된 ActionForward 객체를 이용하여 응답 처리

//생략
if(actionForward.isForward()) {//ActionForward 객체의 forward 필드값이 [true]인 경우
				//JSP 문서로 포워드 이동하여 JSP 문서의 실행결과(HTML)로 클라이언트에게 응답 처리
				request.getRequestDispatcher(actionForward.getPath()).forward(request, response);
		} else {//ActionForward 객체의 forward 필드값이 [false]인 경우
				//서블릿(컨트롤러)에서 URL 주소(/XXX.do)로 클라이언트에게 응답 처리
				response.sendRedirect(actionForward.getPath());
		}
	
	}
}

 

 

 

MVC패턴의 한계를 잘 설명해줌⬇️

https://catsbi.oopy.io/441b4af6-e877-4dc5-9695-2983bbe22799

서블릿,JSP, MVC패턴