Pattern[MVC]

MVC

MVC 패턴은 1970년에 Smalltalk 언어에서 처음 등장했습니다.

이전에는 하나의 서블릿이나 JSP에서 비즈니스 로직과 렌더링을 모두 처리했지만, 이로 인해 역할이 집중되어 유지보수가 어려워지는 단점이 있었습니다.

이에 MVC 패턴은 사용자 인터페이스와 비즈니스 로직을 분리하여 소프트웨어 개발에서 유지보수와 확장이 용이하도록 등장했습니다.

MVC 패턴은 Model, View, Controller 세 영역으로 구분되어 각각의 역할을 수행합니다.

MVC 동작 과정

• Model
  • 데이터를 담아두는 곳으로, 뷰에 출력할 데이터를 관리합니다.
• View
  • 모델에 담겨있는 데이터를 사용하여 화면을 생성하는 부분으로, 주로 HTML을 렌더링 합니다.
• Controller
  • HTTP요청을 처리하는 부분으로, 요청을 받아 파라미터를 검증하고 비즈니스 로직을 실행합니다.

MVC 문제점

MVC에서 Controller에는 여러가지 문제가 존재한다.

먼저, 비즈니스 로직, 데이터 검증, 라우팅 등 다양한 역할을 담당하여 코드가 복잡해지고, 유지보수가 어려워지는 문제점이 있다.

또한 특정 프레임워크, 라이브러리가 종속적이여서 변경 시 전체 애플리케이션에 영향이 간다는 문제좀 또한 존재한다.

결론

일반 MVC패턴은 위와같은 단점들이 존재합니다.

하지만 Spring MVC 패턴을 사용하면 어느정도 해결이 가능하다는 점이 있습니다.