Модель JSP 2 - это сложный шаблон проектирования, используемый при разработке веб-приложений Java, который отделяет отображение содержимого от логики, используемой для получения содержимого и управления им. Поскольку Модель 2 разделяет логику и отображение, ее обычно связывают с парадигмой модель – представление – контроллер (MVC). Хотя точная форма «модели» MVC никогда не была указана в проекте Model 2, ряд публикаций рекомендует формализованный уровень, содержащий код модели MVC. Java BluePrints , например, первоначально рекомендуется использовать EJBs инкапсулировать MVC модель.
В приложении Model 2 запросы от клиентского браузера передаются контроллеру . Контроллер выполняет любую логику, необходимую для получения правильного содержимого для отображения. Затем он помещает контент в запрос (обычно в форме JavaBean или POJO ) и решает, в какое представление он будет передавать запрос. Затем представление отображает содержимое, переданное контроллером.
Модель 2 рекомендуется для средних и крупных приложений.
История [ править ]
В 1998 году Sun Microsystems опубликовала предварительный выпуск спецификации JavaServer Pages версии 0.92. [1] В этой спецификации Sun представила два метода, с помощью которых можно использовать страницы JSP. Первая модель (именуемая « моделью 1 » из-за ее порядка в документе) была упрощенной моделью, в которой страницы JSP были автономными, несвязанными объектами. Логика могла содержаться внутри самой страницы, а навигация между страницами обычно осуществлялась с помощью гиперссылок. Это соответствовало тогдашнему распространенному использованию технологии шаблонов.
ColdFusion и Active Server Pages являются примерами современных технологий, в которых также реализована эта модель.
Вторая модель, упоминаемая в документе («модель 2» в упорядочивании), была улучшенным методом, сочетающим технологию сервлетов с технологией JSP. Конкретное указанное различие заключалось в том, что сервлет перехватывает запрос, помещает контент для рендеринга в атрибут запроса (обычно представленный JavaBean), а затем вызывает JSP для рендеринга контента в желаемом формате вывода. Эта модель отличалась от предыдущей тем, что технология JSP использовалась как чистый шаблонизатор. Вся логика была разделена на сервлет, оставив JSP с исключительной ответственностью за рендеринг вывода для предоставленного контента.
В декабре 1999 года на сайте JavaWorld была опубликована статья Говинда Сешадри, озаглавленная « Понимание архитектуры JavaServer Pages Model 2» . [2] В этой статье Говинд сделал два важных шага в использовании термина «Модель 2». Первой вехой было формализовать термин «Модель 2» как архитектурный образец, а не как один из двух возможных вариантов. Второй вехой было заявление о том, что Модель 2 предоставляет архитектуру MVC для веб-программного обеспечения. [3]
Говинд считал, что, поскольку архитектура «Модель 2» отделила логику от JSP и поместила ее в сервлет, эти две части можно было бы рассматривать как «представление» и «контроллер» (соответственно) в архитектуре MVC. «Модельная» часть архитектуры MVC была оставлена открытой Говиндом с предположением, что почти любая структура данных может удовлетворить требованиям. Конкретным примером, использованным в статье, был векторный список, хранящийся в сеансе пользователя.
В марте 2000 года был выпущен проект Apache Struts . Этот проект формализовал разделение между View и Controller и заявил о реализации паттерна «Модель 2». [3] И снова реализация «Модели» была оставлена неопределенной с ожиданием, что разработчики программного обеспечения найдут подходящее решение. Взаимодействие с базой данных через JDBC и EJB было предложено на домашней странице Struts. Совсем недавно Hibernate , iBatis и Object Relational Bridge были перечислены как более современные варианты, которые можно было использовать для модели. [4]
С момента выпуска Struts появилось несколько конкурирующих фреймворков. Многие из этих фреймворков также заявляют, что реализуют «Модель 2» и «MVC». В результате эти два термина стали синонимами в сознании разработчиков. Это привело к использованию термина «MVC Model 2» или для краткости «MVC2».
Заблуждения [ править ]
Распространенное заблуждение состоит в том, что для реализации Модели 2 требуется формализованный шаблон MVC. Однако Java BluePrints специально предостерегает от такой интерпретации: [5]
В литературе по технологии веб-уровня на платформе J2EE часто используются термины «Модель 1» и «Модель 2» без объяснения причин. Эта терминология восходит к ранним проектам спецификации JSP, в которых описаны два основных шаблона использования страниц JSP. Хотя термины и исчезли из спецификации, они все еще широко используются. Модель 1 и Модель 2 просто относятся к отсутствию или присутствию (соответственно) сервлета контроллера, который отправляет запросы с клиентского уровня и выбирает представления.
Более того, термин «MVC2» привел многих к ошибочному мнению, что Модель 2 представляет собой шаблон MVC следующего поколения. Фактически, MVC2 - это просто сокращение термина «MVC Model 2». [6]
Путаница с термином «MVC2» привела к дополнительной путанице в коде Модели 1, что привело к обычному использованию несуществующего термина «MVC1».
См. Также [ править ]
- Apache Struts - это среда с открытым исходным кодом для реализации веб-приложений на основе архитектуры Model 2.
Ссылки [ править ]
- ^ Спецификация JSP 0.92
- ^ Сешадри, Говинд (29 декабря 1999). «Понимание архитектуры JavaServer Pages Model 2» . JavaWorld . Проверено 17 июля 2020 .
- ^ a b Как Struts реализует модель 2 (истоки модели 1 / модели 2)
- ^ "Домашняя страница Struts 1.x" . Архивировано из оригинала на 2010-09-23 . Проверено 5 октября 2010 .
- ^ Java BluePrints 4.4.1: Структурирование веб-уровня
- ^ Struts, реализация MVC с открытым исходным кодом
Внешние ссылки [ править ]
- Сешадри, Говинд (29 декабря 1999 г.). «Понимание архитектуры JavaServer Pages Model 2» . JavaWorld . Проверено 17 июля 2020 .
- История MVC, включая модель 2
- Шаблоны представления ASP.NET - в этой статье Дино Эспозито обсуждает, как Model2 также используется в ASP.NET MVC.
