mvc1 패턴 예제

mvc_example.jsp를 클릭하면 제출 버튼이 있는 전자 메일 및 암호가 있는 양식을 얻을 수 있습니다. MVC(모델 뷰 컨트롤러) 설계 패턴은 응용 프로그램이 데이터 모델, 프레젠테이션 정보 및 제어 정보로 구성되도록 지정합니다. 패턴에서는 이러한 각 개체를 서로 다른 개체로 구분해야 합니다. MVC는 아키텍처 패턴에 가차 있지만 완전한 응용에는 적용되지 않습니다. MVC는 주로 응용 프로그램의 UI/상호 작용 계층과 관련이 있습니다. 비즈니스 논리 계층, 일부 서비스 계층 및 데이터 액세스 계층이 여전히 필요합니다. 1999년 12월, 자바월드는 고빈드 세샤드리가 자바서버 페이지 모델 2 아키텍처를 이해하는 제목의 기사를 발표했다. [2] 이 문서에서 Govind는 “모델 2″라는 용어를 사용하는 데 두 가지 중요한 이정표를 달성했습니다. 첫 번째 이정표는 “Model 2″라는 용어를 두 가지 가능한 옵션 중 하나가 아닌 아키텍처 패턴으로 공식화하는 것이었습니다. 두 번째 이정표는 Model 2가 웹 기반 소프트웨어에 대한 MVC 아키텍처를 제공했다는 주장이었습니다. [3] J2EE 플랫폼의 웹 계층 기술에 대한 문헌은 설명 없이 “모델 1″과 “모델 2″라는 용어를 자주 사용합니다. 이 용어는 JSP 페이지에 대한 두 가지 기본 사용 패턴을 설명하는 JSP 사양의 초기 초안에서 비롯됩니다.

사양 문서에서 용어가 사라졌지만 공통적으로 사용됩니다. 모델 1과 모델 2는 단순히 클라이언트 계층에서 요청을 디스패치하고 뷰를 선택하는 컨트롤러 서플릿의 부재 또는 존재(각각)를 참조합니다. 일반적인 오해는 Model 2 구현을 달성하기 위해 공식화된 MVC 패턴이 필요하다는 것입니다. 그러나 Java BluePrints는 이러한 해석에 대해 구체적으로 경고합니다:[5] MVC2는 실제로 프레젠테이션 제어 논리 및 응용 프로그램 상태의 분리가 수행되는 더 복잡한 패턴입니다. 따라서 MVC1 아키텍처와 달리 Model 2에는 페이지 중심 속성이 제공되지 않습니다. 모델 2에는 또한 들어오는 모든 요청을 담당하는 하나의 컨트롤러가 있으며 다음에 올 내용과 표시 할 뷰를 파악합니다. MVC2에서 다음 단계 또는 보기에 대한 JSP 페이지의 링크는 JSP 페이지가 JSP 페이지로 직접 연결되는 MVC1과 달리 컨트롤러를 통과합니다. 모델 2는 MVC(모델 뷰 컨트롤러) 설계 패턴을 기반으로 합니다. MVC 설계 패턴은 세 개의 모듈 모델, 뷰 및 컨트롤러로 구성됩니다. Govind는 “Model 2″ 아키텍처가 JSP에서 논리를 분리하고 서브릿에 배치했기 때문에 두 조각이 MVC 아키텍처에서 “보기”와 “컨트롤러”(각각)로 보일 수 있다고 믿었습니다.

MVC 아키텍처의 “모델” 부분은 Govind에 의해 열려 있었고 거의 모든 데이터 구조가 요구 사항을 충족할 수 있다는 제안이었습니다. 이 문서에서 사용된 구체적인 예는 사용자의 세션에 저장된 벡터 목록이었습니다. MVC1은 JSP 페이지와 JavaBeans 구성 요소 아키텍처를 사용하여 웹용 MVC 아키텍처를 구현하는 1세대 접근 방식입니다. HTTP 요청은 컨트롤러 논리를 구현하는 JSP 페이지로 전송되고 “보기”를 업데이트하기 위해 데이터를 “모델”로 호출합니다. 이 방법은 JSP 페이지 내에서 컨트롤러 및 뷰 기능을 결합하므로 MVC 패러다임을 깨뜨립니다. MVC1은 간단한 개발 및 프로토타이핑에 적합합니다. 그것은, 그러나, 심각한 개발에 대 한 권장. MVC2는 HTTP 요청이 클라이언트에서 “모델”을 업데이트한 다음 적절한 “보기” 렌더러를 호출하는 “컨트롤러” 서브릿으로 전달되는 웹 기반 응용 프로그램을 위한 MVC 아키텍처로, JSP 기술등 업데이트된 모델에서 볼 수 있습니다.