mvc1 패턴 예제

또한 “MVC2″라는 용어는 모델 2가 차세대 MVC 패턴을 나타낸다는 잘못된 믿음으로 이어졌습니다. 사실, MVC2는 단순히 용어 “MVC 모델 2″의 단축이다. [6] 2000년 3월, 아파치 스트럿츠 프로젝트가 출시되었다. 이 프로젝트는 뷰와 컨트롤러 간의 분할을 공식화하고 “모델 2″ 패턴의 구현을 주장했습니다. [3] 다시 한 번 소프트웨어 개발자가 적절한 솔루션을 채울 것이라는 기대와 함께 “모델”의 구현이 정의되지 않았습니다. JDBC와 EJB를 통한 데이터베이스 상호 작용은 스트럿츠 홈페이지에서 제안된 옵션입니다. 최근에는 최대 절전 모드, iBatis 및 객체 관계형 브리지가 모델에 사용할 수 있는 보다 현대적인 옵션으로 나열되었습니다. [4] MVC는 실제로 MVC 모델 1과 MVC 모델 2의 두 모델로 더 분류할 수 있는 것보다 더 많은 디자인 패턴입니다. 약어, 그들은 모두 자바 디자인 모델인 MVC1 및 MVC2입니다. MVC(모델 뷰 컨트롤러) 설계 패턴은 응용 프로그램이 데이터 모델, 프레젠테이션 정보 및 제어 정보로 구성되도록 지정합니다. 패턴에서는 이러한 각 개체를 서로 다른 개체로 구분해야 합니다. Govind는 “Model 2″ 아키텍처가 JSP에서 논리를 분리하고 서브릿에 배치했기 때문에 두 조각이 MVC 아키텍처에서 “보기”와 “컨트롤러”(각각)로 보일 수 있다고 믿었습니다.

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