모델2 예제

모델 2는 중대형 응용 제품에 권장됩니다. 초기 JSP 사양은 JSP 기술을 사용하여 응용 프로그램을 구축하기 위한 두 가지 철학적 접근 방식을 옹호했습니다. JSP 모델 1 및 모델 2 아키텍처라고 하는 이러한 접근 방식은 기본적으로 대량의 요청 처리가 수행된 위치에 따라 다릅니다. 그림 1에 표시된 모델 1 아키텍처에서 JSP 페이지만 들어오는 요청을 처리하고 클라이언트에 회신합니다. 모든 데이터 액세스는 빈을 사용하여 수행되기 때문에 여전히 콘텐츠에서 프레젠테이션이 분리됩니다. Model 1 아키텍처는 간단한 응용 프로그램에 완벽하게 적합해야 하지만 복잡한 구현에는 바람직하지 않을 수 있습니다. 이 아키텍처를 무차별적으로 사용하면 일반적으로 JSP 페이지에 포함된 스크립트 또는 Java 코드가 상당량 으로 이어집니다. Java 개발자에게는 별로 문제가 되지 않는 것처럼 보일 수 있지만, JSP 페이지가 디자이너가 만들고 유지 관리하는 경우 는 확실히 문제가 되는데, 이는 일반적으로 대규모 프로젝트의 표준입니다. 궁극적으로, 그것은 심지어 역할및 책임의 할당의 불분명한 정의로 이어질 수 있습니다, 쉽게 피할 수있는 프로젝트 관리 문제를 일으키는. 또한 “MVC2″라는 용어는 모델 2가 차세대 MVC 패턴을 나타낸다는 잘못된 믿음으로 이어졌습니다. 사실, MVC2는 단순히 용어 “MVC 모델 2″의 단축이다.

[6] 2000년 3월, 아파치 스트럿츠 프로젝트가 출시되었다. 이 프로젝트는 뷰와 컨트롤러 간의 분할을 공식화하고 “모델 2” 패턴의 구현을 주장했습니다. [3] 다시 한 번 소프트웨어 개발자가 적절한 솔루션을 채울 것이라는 기대와 함께 “모델”의 구현이 정의되지 않았습니다. JDBC와 EJB를 통한 데이터베이스 상호 작용은 스트럿츠 홈페이지에서 제안된 옵션입니다. 최근에는 최대 절전 모드, iBatis 및 객체 관계형 브리지가 모델에 사용할 수 있는 보다 현대적인 옵션으로 나열되었습니다. [4] 컨트롤러 컨트롤러 모듈은 뷰와 모델 사이의 인터페이스 역할을 합니다. 그것은 모든 요청을 가로 채는다.

Posted in Uncategorized