[JSP]MVC 패턴(MVC Pattern)

MVC 패턴(Model-View-Controller Pattern)

MVC 패턴은 여러가지 디자인 패턴 중에 하나이다. 즉, 건축으로 비유하자면 공법이며, 소프트웨어에 빗대어 말하자면 어떻게 소프트웨어를 개발할 것인지의 개발 방식을 공식화 한 패턴이다.

특히 MVC 패턴은 사용자와 상호작용을 하는 어플리케이션을 개발할 때 사용되는 방식이다. 예를 들어 웹 어플리케이션과 같이 UI(User Interface)를 통하여 사용자가 직접적으로 소통하는 부분들이 있는 어플리케이션에서 보편적으로 사용된다.

MVC(Model-View-Controller) 패턴은 이름에서도 알 수 있듯이, 어플리케이션을 기능적으로 크게 세 가지로 나눈다. 각 기능의 세부 정보는 아래와 같다.

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

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

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

각 부분이 어플리케이션에서 어떻게 동작하는지의 흐름도는 아래와 같다. 

엄밀히 말하면 위의 디자인 패턴의 흐름도는 MVC2 패턴에 가깝지만, 이해를 돕기 위해서 사용하였다.

1. 사용자는 원하는 기능을 처리하기 위한 모든 요청을 컨트롤러에 보낸다.

2. 컨트롤러는 모델을 사용하여 알맞은 비즈니스 로직을 수행한다.

3. 사용자에게 보여줄 뷰를 선택한다.

4. 선택된 뷰는 사용자에게 알맞는 결과 화면을 보여준다. 이 때 사용자에게 보여줄 데이터는 컨트롤러를 통해서 전달받는다.

위와 같은 순서로 사용자의 요청을 처리하여 응답하기까지의 과정을 수행한다. 여기서 MVC 패턴의 핵심적인 부분을 정리하자면, 비즈니스 로직을 처리하는 모델과 결과 화면을 보여주는 뷰를 분리한다는 것과, 어플리케이션의 흐름 제어나 사용자의 처리 요청은 컨트롤러에 집중된다는 것이다.

* 비즈니스 로직(Business Logic)은 유저의 요청에 따른 결과물을 만들어내기 위한 일련의 작업들을 의미한다. 회원가입을 예로들면, 아이디 중복 체크를 할 때 유저에게는 단순하게 중복여부를 출력만 하지만, 내부적으로는 DB에 접근하여 유저가 입력한 아이디가 존재하는지 확인하는 절차가 진행된다. 다시 정리하자면, 사용자가 어떤 요청을 했을 때, 그 요청을 처리하기 위해 내부적으로 진행되는 절차를 비즈니스 로직이라고 한다.

MVC1 패턴(MVC1 Pattern)

MVC1 패턴은 JSP를 이용한 단순한 모델이다. 아래의 그림을 통해 자세히 알아보자.

1. 웹 브라우저에서 요청한다.

2. 요청을 JSP가 받아서 자바빈이나 서비스 클래스를 사용해서 웹 브라우저가 요청한 작업을 처리한다.

3. 결과를 클라이언트에게 응답한다.

따라서 JSP에서는 비즈니스 로직을 처리하기 위한 코드와 결과를 출력하는 코드가 섞이게 된다. 따라서 클라이언트의 요청을 받은 JSP에서 요청을 처리하고 출력까지 하게 된다. 그리고 글을 게시하고 삭제하는 등의 CRUD작업들은 자바빈으로 생성하여 수행하게 된다. 그런 역할을 하는 객체를 DAO라고 한다.

* DAO(Data Access Object)는 데이터 접근 객체로, DB의 CRUD를 목적으로 하는 객체이다. 하나의 커넥션을 통해서 객체를 생성하고 외부에서는 인터페이스를 통해서 접근하는 역할만하여, DB의 세부 내용을 노출시키지 않는다.

MVC2 패턴(MVC2 Pattern)

MVC2 패턴에서는 MVC1 패턴과 달리 뷰(View)와 컨트롤러(Controller)가 나뉘어 있다. 아래 그림을 통해 알아보자.

여기서 뷰는 JSP로 작성되며, 컨트롤러는 서블릿(Servlet)으로 작성되어 요청을 받아들이고 알맞게 처리한 후 그 결과를 보여줄 JSP 페이지로 포워딩한다. 하나하나 따져보자.

1. 웹 브라우저에서 요청한다.

2. 요청을 서블렛이 받아서 로직 클래스를 통해 요청을 처리한다. 여기서 비즈니스 로직에 알맞는 모델을 선택하여 처리한다.

3. 포워딩을 통해 요청 흐름을 받은 JSP 페이지는 결과 화면을 생성한다.

4. 결과를 클라이언트에게 응답한다.

MVC2 패턴의 가장 큰 특징은 웹 브라우저의 모든 요청을 단일 진입점(서블릿)에서 처리한다는 것이다. 서블릿은 웹 브라우저의 요청을 구분하여 알맞는 모델을 찾아 요청을 처리한다.

작성방법을 한 번 더 정리하자면 다음과 같다.

컨트롤러 - 서블릿(Servlet)

사용자의 요청을 받아들이는 컨트롤러는 서블릿으로 작성된다. 서블릿을 통해 요청을 받아서 그 요청을 처리하기에 알맞은 모델을 선택하여 처리하도록 흐름제어를 한다.

뷰 - JSP

사용자에게 최종적으로 보여지는 결과물을 JSP 페이지로 작성된다. 서블릿으로 부터 완벽하게 처리가 완료된 결과물을 받아서 JSP 페이지로 포워딩하여 결과물을 생성한다.

모델

모델의 경우는 비즈니스 로직을 처리할 수 있는 것이면 어떤 것이든 상관없다. 

MVC1 패턴 vs MVC2 패턴

MVC1 패턴과 MVC2 패턴의 가장 큰 차이점은 뷰(View)와 컨트롤러(Controller)의 분할 여부이다. MVC1 모델은 뷰와 컨트롤러가 하나의 JSP페이지로 작성되는 형태이고, MVC2 모델은 서블릿으로 요청을 받아서 알맞게 처리한 후에 JSP 페이지로 포워딩하는 형태로 작동한다.

MVC1 패턴을 사용하는 경우

MVC1 패턴은 최근에는 거의 사용되지 않는다고 봐도 무방하다. 하지만 소규모 프로젝트를 진행할 때는 오히려 MVC2 패턴보다 구조가 단순하여 구축이 쉽다. 하지만 그 규모가 커질 수록 유지보수에 약점을 보인다.

MVC2 패턴을 사용하는 경우

MVC2 패턴은 최근 거의 표준처럼 사용되는 패턴이다. 규모가 큰 프로젝트를 하기에 적합하고, 각 기능이 확실하게 분리되어 있어서 유지보수에 상당한 이점을 보인다. 하지만 소규모 프로젝트를 진행함에 있어서 과도하게 구조가 복잡해질 수 있다는 단점이 있다. 최근에는 프래임워크를 통해 이러한 단점은 보완되었다고 할 수 있다.

MVC 패턴을 사용하는 이유

한 마디로 말하자면, 유지보수에서 상당히 유리해진다는 것이다. MVC패턴으로 잘 짜여진 웹 어플리케이션은 사용자에게 보여지는 부분(VIew)과 흐름 제어를 담당하는 부분(Controller), 비즈니스 로직을 수행하는 부분(Model)이 독립적으로 나눠지 있기 때문에 특정 부분을 수정하고자 하면, 그 부분만 열어서 수정하기에 상당히 용이하다.

만약에 하나의 JSP페이지에 비즈니스 모델과 컨트롤러, 뷰가 혼재한다면, 어떤 부분이 어떤 역할을 하는지도 정확하게 구분하기가 어려울 것이다. 이는 덩치가 큰 어플리케이션일수록 더 심각해질 것이다. 따라서 좋은 프로그래머라면 유지보수까지 고려한 MVC 패턴도 정확하게 알아두어야만 한다.

참고

최범균의 JSP 2.3 프로그래밍 기초부터 중급까지 - 최범균

http://history1994.tistory.com/33?category=668435

https://opentutorials.org/course/697/3828

http://coding-factory.tistory.com/69

http://nickjoit.tistory.com/9

https://ko.wikipedia.org/wiki/%EB%B9%84%EC%A6%88%EB%8B%88%EC%8A%A4_%EB%A1%9C%EC%A7%81

http://mommoo.tistory.com/67