모델 뷰 컨트롤러 또는 MVC는 널리 불리는 웹 응용 프로그램을 개발하기 위한 소프트웨어 디자인 패턴입니다. 모델 뷰 컨트롤러 패턴은 다음 세 부분으로 구성됩니다 – 모델 2는 MVC (모델 뷰 컨트롤러) 디자인 패턴을 기반으로합니다. MVC 설계 패턴은 세 개의 모듈 모델, 뷰 및 컨트롤러로 구성됩니다. 이 자습서에서는 MVC 즉 모델 뷰 컨트롤러 아키텍처에 대해 배웠으며 간단한 예제를 구현하는 방법에 중점을 두어 설명했습니다. 프레젠테이션 계층과 는 별개로 컨트롤러는 모델 레이어에서 데이터를 가져와 뷰 레이어로 보냅니다. JSP 모델 2는 콘텐츠를 가져오고 조작하는 데 사용되는 논리와 콘텐츠 표시를 구분하는 Java 웹 응용 프로그램의 디자인에 사용되는 복잡한 디자인 패턴입니다. 모델 2는 로직과 디스플레이의 분리를 유도하므로 일반적으로 모델-뷰-컨트롤러(MVC) 패러다임과 관련이 있습니다. MVC « 모델 »의 정확한 형식은 Model 2 설계에 의해 지정되지 않았지만, 많은 출판물에서는 MVC 모델 코드를 포함하는 공식화된 계층을 권장합니다. 예를 들어 Java BluePrints는 원래 EJB를 사용하여 MVC 모델을 캡슐화하는 것이 좋습니다. 1999년 12월, 자바월드는 고빈드 세샤드리가 자바서버 페이지 모델 2 아키텍처를 이해하는 제목의 기사를 발표했다. [2] 이 문서에서 Govind는 « 모델 2″라는 용어를 사용하는 데 두 가지 중요한 이정표를 달성했습니다. 첫 번째 이정표는 « Model 2″라는 용어를 두 가지 가능한 옵션 중 하나가 아닌 아키텍처 패턴으로 공식화하는 것이었습니다.

두 번째 이정표는 Model 2가 웹 기반 소프트웨어에 대한 MVC 아키텍처를 제공했다는 주장이었습니다. [3] 모델 2 아키텍처의 개념을 명확히하기 위해, 그것의 상세한 구현을 통해 걸어 보자: 샘플 온라인 음악 상점이라는 국경없는 음악. 모델 2 아키텍처의 장점 JSP에는 프레젠테이션 논리가 없으므로 스크립틀릿이 없습니다. 이것은 더 적은 악몽을 의미합니다. [Model 2는 스크립틀릿 제거를 위한 것이지만, 건축적으로 스크립틀릿을 추가하는 것을 방해하지는 않습니다. 이로 인해 Model 2 아키텍처가 광범위하게 오용되었습니다.] MVC를 사용하면 웹 응용 프로그램에 컨트롤러 서블릿을 최대한 많이 사용할 수 있습니다. 실제로 모듈당 컨트롤러 서벌렛을 하나씩 가질 수 있습니다. 그러나 전체 웹 응용 프로그램에 대해 단일 컨트롤러 서벌렛을 갖는 데는 몇 가지 장점이 있습니다. 일반적인 웹 응용 프로그램에는 들어오는 모든 요청에 대해 수행할 몇 가지 작업이 있습니다. 예를 들어 작업을 요청하는 사용자가 작업을 수행할 수 있는 권한이 있는지 확인해야 합니다. 또한 모든 요청에 대해 사용자의 입력 및 종료를 웹 응용 프로그램에서 기록하려고 합니다.

요청을 다른 뷰로 디스패치하기 위한 논리를 중앙 집중화할 수 있습니다. 목록은 계속됩니다. 여러 컨트롤러 서블릿이 있는 경우 이러한 모든 위치에서 위의 모든 작업에 대한 논리를 복제해야 할 가능성이 있습니다. 웹 응용 프로그램에 대한 단일 컨트롤러 서블릿을 사용하면 모든 작업을 한 곳에서 중앙 집중화할 수 있습니다. 우아한 코드와 유지 보수가 용이합니다. Model 2 아키텍처를 기반으로 하는 웹 응용 프로그램은 뷰가 서로 참조하지 않고 뷰에 프레젠테이션 논리가 없기 때문에 유지 관리 및 확장이 더 쉽습니다. 또한 대규모 프로젝트의 역할과 책임을 명확하게 정의하여 팀 구성원 간의 조정을 더 잘 수행할 수 있습니다.