mvc2 패턴 예제

콜드퓨전 및 액티브 서버 페이지는 이 모델을 구현한 최신 기술의 예입니다. MVC2는 실제로 프레젠테이션 제어 논리 및 응용 프로그램 상태의 분리가 수행되는 보다 복잡한 패턴입니다. 따라서 MVC1 아키텍처와 달리 Model 2에는 페이지 중심 속성이 제공되지 않습니다. 모델 2에는 또한 들어오는 모든 요청을 담당하는 하나의 컨트롤러가 있으며 다음에 올 내용과 표시 할 뷰를 파악합니다. MVC2에서 다음 단계 또는 보기에 대한 JSP 페이지의 링크는 JSP 페이지가 JSP 페이지로 직접 연결되는 MVC1과 달리 컨트롤러를 통과합니다. Microsoft는 CTP1에서 도구 영역을 구현하지 않았으므로 코드를 표시하지 는 않지만 영역으로 구성된 컨트롤러와 뷰가 있는 예제를 보려면 그림 9를 살펴보겠습니다. J2EE 플랫폼의 웹 계층 기술에 대한 문헌에서는 설명 없이 „모델 1″과 „모델 2″라는 용어를 자주 사용합니다. 이 용어는 JSP 페이지에 대한 두 가지 기본 사용 패턴을 설명하는 JSP 사양의 초기 초안에서 비롯됩니다. 사양 문서에서 용어가 사라졌지만 공통적으로 사용됩니다. 모델 1과 모델 2는 단순히 클라이언트 계층에서 요청을 디스패치하고 뷰를 선택하는 컨트롤러 서플릿의 부재 또는 존재(각각)를 참조합니다. MVC(모델 뷰 컨트롤러) 설계 패턴은 응용 프로그램이 데이터 모델, 프레젠테이션 정보 및 제어 정보로 구성되도록 지정합니다.

패턴에서는 이러한 각 개체를 서로 다른 개체로 구분해야 합니다. 일반적인 오해는 Model 2 구현을 달성하기 위해 공식화된 MVC 패턴이 필요하다는 것입니다. 그러나 Java BluePrints는 이러한 해석에 대해 구체적으로 경고합니다:[5] MVC는 아키텍처 패턴에 가까스하지만 완전한 적용은 아닙니다. MVC는 주로 응용 프로그램의 UI/상호 작용 계층과 관련이 있습니다. 비즈니스 논리 계층, 일부 서비스 계층 및 데이터 액세스 계층이 여전히 필요합니다. 2000년 3월, 아파치 스트럿츠 프로젝트가 출시되었다. 이 프로젝트는 뷰와 컨트롤러 간의 분할을 공식화하고 „모델 2” 패턴의 구현을 주장했습니다. [3] 다시 한 번 소프트웨어 개발자가 적절한 솔루션을 채울 것이라는 기대와 함께 „모델”의 구현이 정의되지 않았습니다. JDBC와 EJB를 통한 데이터베이스 상호 작용은 스트럿츠 홈페이지에서 제안된 옵션입니다. 최근에는 최대 절전 모드, iBatis 및 객체 관계형 브리지가 모델에 사용할 수 있는 보다 현대적인 옵션으로 나열되었습니다.

[4] 1999년 12월, 자바월드는 고빈드 세샤드리가 자바서버 페이지 모델 2 아키텍처를 이해하는 기사를 발표했다. [2] 이 문서에서 Govind는 „모델 2″라는 용어를 사용하는 데 두 가지 중요한 이정표를 달성했습니다. 첫 번째 이정표는 „Model 2″라는 용어를 두 가지 가능한 옵션 중 하나가 아닌 아키텍처 패턴으로 공식화하는 것이었습니다. 두 번째 이정표는 Model 2가 웹 기반 소프트웨어에 대한 MVC 아키텍처를 제공했다는 주장이었습니다. [3] Govind는 „Model 2” 아키텍처가 JSP에서 논리를 분리하고 서브릿에 배치했기 때문에 두 조각이 MVC 아키텍처에서 „보기”와 „컨트롤러”(각각)로 보일 수 있다고 믿었습니다.

mvc2 패턴 예제