Чем контроллер отличается от сервлета

Определение Контроллера

DispatcherServlet отправляет запрос контроллерам для выполнения определённых функций. Аннотация @Controllerannotation указывает, что конкретный класс является контроллером. Аннотация @RequestMapping используется для мапинга (связывания) с URL для всего класса или для конкретного метода обработчика.

Аннотация Controller определяет класс как Контроллер Spring MVC. В первом случае, @RequestMapping указывает, что все методы в данном Контроллере относятся к URL-адресу «/hello». Следующая аннотация @RequestMapping(method = RequestMethod.GET) используется для объявления метода printHello() как дефолтного метода для обработки HTTP-запросов GET (в данном Контроллере). Вы можете определить любой другой метод как обработчик всех POST-запросов по данному URL-адресу.

Вы можете написать вышеуказанный Контроллер по-другому, указав дополнительные атрибуты для аннотации @RequestMapping следующим образом:

Атрибут «value» указывает URL, с которым мы связываем данный метод (value = «/hello»), далее указывается, что этот метод будет обрабатывать GET-запросы (method = RequestMethod.GET). Также, нужно отметить важные моменты в отношении приведённого выше контроллера:

• Вы определяете бизнес-логику внутри связанного таким образом служебного метода. Из него Вы можете вызывать любые другие методы.
• Основываясь на заданной бизнес-логике, в рамках этого метода Вы создаёте Модель (Model). Вы можете добавлять аттрибуты Модели, которые будут добавлены в Вид (View). В примере выше мы создаём Модель с атрибутом «message».
• Данный служебный метод возвращает имя Вида в виде строки String. В данном случае, запрашиваемый Вид имеет имя «hello».

Создание Вида (JSP)

Spring MVC поддерживает множество типов Видов для различных технологий отображения страницы. В том числе — JSP, HTML, PDF, Excel, XML, Velocity templates, XSLT, JSON, каналы Atom и RSS, JasperReports и проч. Но чаще всего используются шаблоны JSP, написанные при помощи JSTL.

Давайте напишем простой Вид «hello» в /WEB-INF/hello/hello.jsp:

В данном случае, переменная $ выводит тот самый атрибут, установленный нами в Контроллере. Внутри Вида Вы можете отобразить любое количество атрибутов.

Примеры реализации фреймворка Spring MVC

Основываясь на приведённых выше концепциях, предлагаю выполнить несколько важных уроков, которые в дальнейшем помогут нам создавать приложения Spring Web:

Spring MVC Hello World Example
Пример, разъясняющий написание простейшего приложения Hello World.

Spring MVC Form Handling Example
В этом примере объясняется, как написать приложение Spring Web с помощью форм HTML, отправить данные контроллеру и отобразить обработанный результат.

Spring Static Pages Example
Получаем доступ к статическим страницам вместе с динамическими.

От Hello World до Spring Web MVC и при чём тут сервлеты

Веб-конфигурация для примера конфигурирования в Java стиле:

Данный пример описан в документации Spring Framework: «1.11. MVC Config».

Здесь мы регистрируем ViewResolver, который будет помогать определить, как находиться jsp страницы. Второй метод обеспечивает включение «Default servlet».

Контроллер HelloController для описания маппинга запросов на определённый JSP

Здесь мы использовали аннотацию @Controller, описанную в документации в главе «1.4. Annotated Controllers».

Когда использовать Servlet или @Controller

Мне нужно прояснить несколько вещей. Я искал ответ на этот вопрос, но не могу найти хороший ответ на свои конкретные вопросы (например, этот вопрос грыз ответ: Разница между сервлетом и веб-службой ).

Насколько я понимаю, существуют разные способы реализации «обработки запросов», также известной как «Контроллер», в «ориентированном на MVC» веб-приложении, два из которых:

1. Сервлет , специфичный для Java (то есть тот, который вы создаете, щелкнув новый -> Сервлет, например, в eclipse), используемый в качестве «контроллера». Этот расширяется HttpServlet , и вы используете такие методы, как doGet и doPost т.д.
2. Аннотированный @Controller класс Spring MVC (да, с использованием файла DispatcherServlet ). С этим вы используете @RequestMethod GET / POST etc.

Теперь к моим вопросам.

• Когда вы используете тот или иной?
• Есть ли какие-либо общие преимущества использования одного метода над другим?(Например, один метод рекомендуется по сравнению с другим в целом?)

[EDIT] : Ключевые слова с акцентом

Если вы студент, заинтересованный в изучении языка, я бы пока остановился на сервлетах. Можно написать веб-приложение, используя только сервлеты, но на практике вы, вероятно, захотите также взглянуть на JSP.

JSP — это удобный способ написания сервлета, который позволяет вам смешивать html с элементами скрипта (хотя рекомендуется избегать кода Java в вашем jsp в пользу тегов и выражений el). Под обложками он будет скомпилирован как сервлет, но вам не придется использовать множество беспорядочных операторов печати.

Важно иметь хотя бы базовое представление о сервлетах и ​​JSP. Spring MVC — одна из многих платформ, построенных на основе сервлетов, чтобы немного упростить задачу написания веб-приложения. В основном все запросы сопоставляются с DispatcherServlet, который действует как передний контроллер .

Затем DispatcherServlet вызовет контроллер, чьи аннотации соответствуют входящему запросу. Это лучше, чем писать эти сопоставления самостоятельно в файле web.xml (хотя с сервлетом 3.0 теперь вы можете аннотировать сервлеты). Но вы также получаете много других преимуществ, которые можно использовать, например, сопоставление полей формы с объектом, проверка этого объекта с помощью аннотаций jsr303, сопоставление входных и выходных данных с xml или json и т. д. и т. д. Кроме того, он тесно интегрирован с ядром Spring, поэтому вы можете легко подключить его. ваши услуги для вызова контроллера.

Стоит отметить, что существует множество конкурирующих фреймворков, построенных на основе сервлетов. Spring MVC — один из самых популярных, так что это неплохой выбор для изучения.

Сервлет и контроллер Spring MVC можно использовать для одного и того же, но они действуют на другом уровне приложения Java.

Сервлет является частью инфраструктуры J2EE, и каждый сервер приложений Java (Tomcat, Jetty и т. д.) создан для запуска сервлетов. Сервлет — это уровень «низкого уровня» в стеке J2EE. Вам не нужен servlet.jar для запуска вашего приложения, потому что он предварительно упакован с сервером приложений.

Контроллер Spring MVC — это библиотека, созданная на основе сервлета для упрощения работы. Spring MVC предлагает больше встроенных функций, таких как сопоставление параметра формы с параметром метода контроллера, более простая обработка отправки двоичных форм (например, когда ваша форма может загружать файлы). Вам необходимо упаковать необходимые jar-файлы в свое приложение, чтобы запустить контроллер Spring MVC.

Вы должны использовать сервлет, когда вам нужно перейти на «низкий уровень», и пример может быть связан с производительностью. Spring MVC работает хорошо, но если у него есть некоторые накладные расходы, если вам нужно выжать все, что можно, из вашего сервера приложений (и вы уже настроили другие уровни, такие как db), используйте сервлет. Вы можете выбрать сервлет, если хотите понять основы веб-спецификаций J2EE (т. е. в образовательных целях).

Во всех остальных случаях вы можете/должны выбрать веб-фреймворк. Spring MVC — один из них; с Spring MVC вам не нужно заново изобретать колесо (например, управление бинарными формами, преобразование параметров формы в bean-компоненты, проверка параметров и т. д.). Еще один плюс Spring MVC в том, что в одном классе можно легко управлять вводом с разных url и методов, то же самое можно делать и в сервлете, но код получается более сложным и менее читаемым. Я считаю, что Spring MVC хорош для создания остальных сервисов и управления простыми приложениями (например, веб-приложением с простыми формами). Если вам нужно управлять очень сложными формами с помощью Ajax, вложенными формами и приложением с состоянием как сеанса, так и страницы, я советую переключиться на компонентную структуру (например, apache wicket ).

Похожие публикации:

1. Как удалить уч запись с ipad pro
2. Как удлинить линию в автокаде
3. Как узнать версию сервера 1с
4. Как узнать заблокировали ли меня в whatsapp другой абонент не посылая сообщения в ватсапе

Чем контроллер отличается от сервлета java

Я точно не знаю, каковы основные различия между ними и каковы преимущества сервлета и контроллера.

Я не знаю, в чем главное различие между ними.

Чтобы ответить на это, вам нужно понять, для чего они были предназначены в первую очередь. По сути, их основная цель — отвечать на запросы динамическим и независимым (от других сервлетов) способом.

Они могут быть с состоянием.
Они могут управлять сессиями.
Они могут общаться с другими сервлетами.
Они легко переносимы.
Жизненным циклом сервлета обычно управляет контейнер, который облегчает работу.

Вопрос немного расплывчат, и на него сложно ответить кратко. Вам лучше получить практический опыт работы с обоими. Прежде чем сделать это, рассмотрите материалы, которые я упомянул ниже.

Модель – Вид – Контроллер (обычно известный как MVC) — это архитектурный шаблон, обычно используемый для разработки пользовательских интерфейсов, который делит приложение на три взаимосвязанные части. Это делается для того, чтобы отделить внутреннее представление информации от способов представления и принятия информации от пользователя. 1 Шаблон проектирования MVC разделяет эти основные компоненты, обеспечивая эффективное повторное использование кода и параллельную разработку.

Сервлет может быть контроллером

Контроллер действует как интерфейс между View и Model. Контроллер перехватывает все входящие запросы.

Модель представляет состояние приложения, то есть данных. Это также может иметь бизнес-логику.

Но не обязательно (может выполнять операции «модель»/»просмотр»).

Русские Блоги

Многоуровневая модель приложения Java EE:
Domain Object Слой презентации -> DAO(Data Access Object) Уровень объекта доступа к данным —> Service Слой бизнес-логики —> Controller Слой контроллера -> View Слой представления.
То, что я узнал раньше, JSP + Servlet + JavaBean Технология разработки веб-приложений. Он использует технологию JDBC для взаимодействия с базой данных. Особенно в сочетании с инструментами DBUtils и источниками данных он упрощает такие операции, как подключение к базе данных и упаковка набора результатов.Говорят, что MyBatis, который будет изучен следующим, устраняет почти весь процесс ручной настройки кода и параметров JDBC, а также извлечение и упаковку набора результатов.Эта статья в основном не касается базы данных. Основное внимание уделяется сервлету.

Servlet С SpringMVC DispatcherServlet с участием Controller различия

Приложения, использующие JSP + Servlet, наслоение недостаточно четкое,Реализация бизнес-логики отдельно не выделяется, Вызывает трудности при последующем обслуживании.
В Spring MVC сервлет имеет различные «аватары», отвечающие за перехват и распределение запросов. DispatcherServlet , И ответственные за ведение бизнеса Controller , Существуют различные преобразователи процессоров, адаптеры процессоров и т. Д., Каждый с четким разделением труда.Это содержание, которому посвящена данная статья.
Платформа SpringMVC предоставляет DispatcherServlet в качестве фронт-контроллера для отправки запросов.DispatcherServlet наследуется от HttpServlet. Его способность перехватывать запросы напоминает технологию Filter in Servlet. Однако фильтр не будет мешать исходному URL-адресу. URL-запросы, обработанные фильтром, по-прежнему будут переходить к соответствующему сервлету в соответствии с отображением в конфигурации web.xml или даже переходить к соответствующему сервлету без прохождения фильтра.

DispatcherServlet в Spring MVC

DispatcherServlet другой, URL-запрос иметь После DispatcherServlet, поскольку для чтения информации о сопоставлении требуется DispatcherServlet.
Если DispatcherServlet настроен в web.xml, используйте тег 1 , чтобы указать, что он загружается сразу после запуска программы. DispatcherServlet Нужно читать при загрузке Spring MVC Файл конфигурации, а затем проанализируйте содержимое файла и создайте WebApplicationContext Объект-контейнер. (Этот объект содержит такую ​​информацию, как отображение запроса и средство отображения процессора).С помощью этого объекта-контейнера разработчики могут использовать Spring IOC, AOP и другие функции.

В DispatcherServlet есть initStrategies(ApplicationContext context) Метод, когда метод вызывается, сгенерированный WebApplicationContext Объект передается в этот метод. Если преобразователь обработки, адаптер процессора и другие компоненты настроены в файле конфигурации, то WebApplicationContext Найдите и инициализируйте его. Если он не найден, будут использоваться компоненты Spring по умолчанию.
Запрос, распространяемый DispatcherServlet, будет передан соответствующему классу Java, который вызывается в Spring MVC. Handle . До Spring 2.5 этот класс Handle требовался для реализации интерфейса контроллера.

Контроллер в Spring MVC (отличие от сервлета)

Интерфейс контроллера должен реализовывать метод, который должен возвращать объект ModelAndView:

Контроллер на основе аннотаций был добавлен в Spring 2.5.

Также HelloController, написанный сейчасНет необходимости наследовать от интерфейса контроллера. Нет необходимости заставлять реализацию метода handleRequest () возвращать объект ModelAndView, но Можно настроить несколько методов Чтобы вернуть объект ModelAndView,Таким образом, несколько запросов могут быть сопоставлены одному и тому же контроллеру, и для обработки запросов могут быть вызваны разные методы.Если вы следуете предыдущему подходу, хотя вы можете сопоставить несколько запросов с одним и тем же контроллером в файле конфигурации Spring MVC, вы можете вызвать только метод handleRequest ().
соответственно,После использования аннотации нет необходимости отображать запрос в файле конфигурации Spring MVC.
При использовании технологии сервлетов для обработки запросов Http в интерфейсе сервлетов предоставляется абстрактный класс HttpServlet, который является подклассом GenericServlet. Наследуйте HttpServlet и переопределите методы doGet () и doPost ():И не требуется возвращать объект, вы также можете перейти на страницу JSP, а затем позволить JSP отображать содержимое самостоятельно。

Даже если это всего лишь прыжок,В Spring MVC информация о переходе также должна быть инкапсулирована в объект ModelAndView, и параметры, которые необходимо передать, также сохраняются в объекте.. На новой странице к переданным параметрам можно получить доступ через requestScope.

Настроить Spring MVC Controller

Часть информации файла конфигурации Spring MVC выглядит следующим образом:

Эта информация имеет прямое отношение к Controller. Независимо от того, находится ли он здесь в сервлете или контроллере, запрос должен быть отображен. Здесь запрос / hello отображается на дескриптор HelloController. и SimpleControllerHandlerAdapter Используется для завершения вызова метода handleRequest класса HelloController. и InternalResourceViewResolver Он используется для разрешения представления (после Spring 4.0, даже если процессор сопоставления, адаптер процессора и преобразователь представлений не настроены, будет использоваться работа MVC по умолчанию внутри Spring).

После использования аннотации вам необходимо изменить файл конфигурации Spring MVC. Во-первых, нет необходимости отображать запрос в файле конфигурации. Но нужно знать расположение всех контроллеров.

Затем вам нужно настроить преобразователь обработки типа аннотации и адаптер процессора, но преобразователь представлений менять не нужно.。 Конечно, после Spring 4.0 есть более простой способ настройки. 。

А здесь только реализация маппинга, а доступа нет. Экземпляр контроллера создается посредством отражения.Я понимаю, что нужно найти путь к соответствующему классу на основе URL-ссылки, а затем сгенерировать экземпляр на основе этого пути.. Эта часть предположения пройдена HandlerMapping Чтобы добиться конкретно. Затем адаптер процессора используется для вызова метода handleRequest (), который мы знаемПри использовании сервлета метод doGet () или doPost () будет автоматически выполняться в зависимости от того, является ли он GET или POST, когда он встречает запрос. И после создания здесь вам понадобится адаптер процессора для вызова。
Анализатор представления отвечает за получение подключений и параметров от объекта ModelAndView, а затем их передачу в DispatcherServlet.Насколько я понимаю, в настоящее время разница между Handler и Servlet заключается в том, что Handler должен возвращать объект ModelAndView, в то время как сервлету он не нужен, и большой разницы нет.Также сказано, что сервлет является родительским классом контроллера.

Когда использовать Servlet или @Controller

Мне нужно прояснить несколько вещей. Я искал ответ на этот вопрос, но не могу найти хороший ответ на свои конкретные вопросы (например, этот вопрос грыз ответ: Разница между сервлетом и веб-службой ).

Насколько я понимаю, существуют разные способы реализации «обработки запросов», также известной как «Контроллер», в «ориентированном на MVC» веб-приложении, два из которых:

1. Сервлет , специфичный для Java (то есть тот, который вы создаете, щелкнув новый -> Сервлет, например, в eclipse), используемый в качестве «контроллера». Этот расширяется HttpServlet , и вы используете такие методы, как doGet и doPost т.д.
2. Аннотированный @Controller класс Spring MVC (да, с использованием файла DispatcherServlet ). С этим вы используете @RequestMethod GET / POST etc.

Теперь к моим вопросам.

• Когда вы используете тот или иной?
• Есть ли какие-либо общие преимущества использования одного метода над другим?(Например, один метод рекомендуется по сравнению с другим в целом?)

[EDIT] : Ключевые слова с акцентом

Если вы студент, заинтересованный в изучении языка, я бы пока остановился на сервлетах. Можно написать веб-приложение, используя только сервлеты, но на практике вы, вероятно, захотите также взглянуть на JSP.

JSP — это удобный способ написания сервлета, который позволяет вам смешивать html с элементами скрипта (хотя рекомендуется избегать кода Java в вашем jsp в пользу тегов и выражений el). Под обложками он будет скомпилирован как сервлет, но вам не придется использовать множество беспорядочных операторов печати.

Важно иметь хотя бы базовое представление о сервлетах и ​​JSP. Spring MVC — одна из многих платформ, построенных на основе сервлетов, чтобы немного упростить задачу написания веб-приложения. В основном все запросы сопоставляются с DispatcherServlet, который действует как передний контроллер .

Затем DispatcherServlet вызовет контроллер, чьи аннотации соответствуют входящему запросу. Это лучше, чем писать эти сопоставления самостоятельно в файле web.xml (хотя с сервлетом 3.0 теперь вы можете аннотировать сервлеты). Но вы также получаете много других преимуществ, которые можно использовать, например, сопоставление полей формы с объектом, проверка этого объекта с помощью аннотаций jsr303, сопоставление входных и выходных данных с xml или json и т. д. и т. д. Кроме того, он тесно интегрирован с ядром Spring, поэтому вы можете легко подключить его. ваши услуги для вызова контроллера.

Стоит отметить, что существует множество конкурирующих фреймворков, построенных на основе сервлетов. Spring MVC — один из самых популярных, так что это неплохой выбор для изучения.

Сервлет и контроллер Spring MVC можно использовать для одного и того же, но они действуют на другом уровне приложения Java.

Сервлет является частью инфраструктуры J2EE, и каждый сервер приложений Java (Tomcat, Jetty и т. д.) создан для запуска сервлетов. Сервлет — это уровень «низкого уровня» в стеке J2EE. Вам не нужен servlet.jar для запуска вашего приложения, потому что он предварительно упакован с сервером приложений.

Контроллер Spring MVC — это библиотека, созданная на основе сервлета для упрощения работы. Spring MVC предлагает больше встроенных функций, таких как сопоставление параметра формы с параметром метода контроллера, более простая обработка отправки двоичных форм (например, когда ваша форма может загружать файлы). Вам необходимо упаковать необходимые jar-файлы в свое приложение, чтобы запустить контроллер Spring MVC.

Вы должны использовать сервлет, когда вам нужно перейти на «низкий уровень», и пример может быть связан с производительностью. Spring MVC работает хорошо, но если у него есть некоторые накладные расходы, если вам нужно выжать все, что можно, из вашего сервера приложений (и вы уже настроили другие уровни, такие как db), используйте сервлет. Вы можете выбрать сервлет, если хотите понять основы веб-спецификаций J2EE (т. е. в образовательных целях).

Во всех остальных случаях вы можете/должны выбрать веб-фреймворк. Spring MVC — один из них; с Spring MVC вам не нужно заново изобретать колесо (например, управление бинарными формами, преобразование параметров формы в bean-компоненты, проверка параметров и т. д.). Еще один плюс Spring MVC в том, что в одном классе можно легко управлять вводом с разных url и методов, то же самое можно делать и в сервлете, но код получается более сложным и менее читаемым. Я считаю, что Spring MVC хорош для создания остальных сервисов и управления простыми приложениями (например, веб-приложением с простыми формами). Если вам нужно управлять очень сложными формами с помощью Ajax, вложенными формами и приложением с состоянием как сеанса, так и страницы, я советую переключиться на компонентную структуру (например, apache wicket ).

Похожие публикации:

1. Как из двумерного массива сделать одномерный java
2. Как массив char перевести в строку java
3. Как написать массив в java
4. Как обратиться к элементу arraylist java

Чем контроллер отличается от сервлета

What is the difference between Controller and Servlet?

I don’t exactly know what are the main differences between them and what are the benefits of servlet and controller.

2 Answers 2

I don’t know what is the main difference between them.

What are the benefits of servlet.

To answer this, you need to understand what they were primarily designed for. Basically, their main purpose is to respond to requests in a dynamic and independent (from other servlets) way.

They can be stateful.
They can manage sessions.
They can communicate with other servlets.
They are easily portable.
The lifecycle of a servlet is usually managed by a container which makes things way easier.

The question is a bit vague and it’s hard to answer it concisely. It’s better for you to get some hands-on experience working with both. Prior to doing so, pore over the materials I mentioned below.

Controller is part of Model-View-Controller pattern:

Model–View–Controller (usually known as MVC) is an architectural pattern commonly used for developing user interfaces that divides an application into three interconnected parts. This is done to separate internal representations of information from the ways information is presented to and accepted from the user.1 The MVC design pattern decouples these major components allowing for efficient code reuse and parallel development.

Servlet can be a Controller

Controller acts as an interface between View and Model. Controller intercepts all the incoming requests.

Model represents the state of the application i.e. data. It can also have business logic.

But doesn’t have to be (can do «model»/»view» operations).

Когда использовать Servlet или @Controller

Мне нужно прояснить несколько вещей. Я искал ответ на этот вопрос, но я не могу найти хороший ответ на свои конкретные вопросы (например, этот вопрос грыз ответ: Разница между сервлетом и веб-службой).

Насколько я понимаю, существуют разные способы реализации «обработки запросов», также известной как «Контроллер», в «ориентированном на MVC» веб-приложении, два из которых:

1. Специфика Java Сервлет (т.е. тот, который вы создаете, щелкнув новый -> Сервлет, например, в eclipse), используемый в качестве «контроллера». Этот расширяет HttpServlet и вы используете такие методы, как doGet и doPost и так далее
2. Аннотированный Spring MVC @Controller класс (да, используя DispatcherServlet ). С этим вы используете @RequestMethod GET / POST и так далее

Теперь к моим вопросам.

• Когда вы используете тот или иной?
• Есть ли какие-либо Генеральная Преимущества использования одного метода над другим?(Например, один метод рекомендуется по сравнению с другим в целом?)

[РЕДАКТИРОВАТЬ]: выделенные ключевые слова

задан 08 мая ’13, 12:05

3 ответы

Если вы студент, заинтересованный в изучении языка, я бы пока остановился на сервлетах. Можно написать веб-приложение, используя только сервлеты, но на практике вы, вероятно, захотите также взглянуть на JSP.

JSP — это удобный способ написания сервлета, который позволяет вам смешивать html с элементами сценария (хотя рекомендуется избегать кода Java в вашем jsp в пользу тегов и выражений el). Под обложками он будет скомпилирован как сервлет, но вам не придется использовать множество беспорядочных операторов печати.

Важно иметь хотя бы базовое представление о сервлетах и ​​JSP. Spring MVC — одна из многих платформ, построенных на основе сервлетов, чтобы немного упростить задачу написания веб-приложения. В основном все запросы сопоставляются с DispatcherServlet, который действует как передний контроллер.

Затем DispatcherServlet вызовет контроллер, чьи аннотации соответствуют входящему запросу. Это лучше, чем писать эти сопоставления самостоятельно в файле web.xml (хотя с сервлетом 3.0 теперь вы можете аннотировать сервлеты). Но вы также получаете много других преимуществ, которые можно использовать, например, сопоставление полей формы с объектом, проверка этого объекта с помощью аннотаций jsr303, сопоставление входных и выходных данных с xml или json и т. д. и т. д. Кроме того, он тесно интегрирован с ядром Spring, поэтому вы можете легко подключить его. ваши услуги для вызова контроллера.

Стоит отметить, что существует множество конкурирующих фреймворков, построенных на основе сервлетов. Spring MVC — один из самых популярных, так что это неплохой выбор для изучения.

ответ дан 08 мая ’13, 12:05

Хорошее объяснение! У меня есть базовое понимание того, как все работает по отдельности, просто я не могу понять, когда использовать какую-либо методологию. Однако вы объяснили различия между ними, не уточнив их фактическую область использования. Можете ли вы назвать какой-либо пример ситуации, когда я бы использовал один метод вместо другого? — Roger

Они оба используются для одних и тех же целей (создание веб-приложений). Разница в том, что Spring MVC добавляет много удобства. Большинство людей, пишущих веб-приложение на Java, используют какой-либо фреймворк, написанный поверх сервлетов, чтобы упростить разработку. Например, если у вас вдруг возникнет вариант использования запроса на возврат json, тогда Spring MVC уже поддерживает его, тогда как с сервлетами вам придется разбираться самостоятельно. По-прежнему полезно знать сервлеты, поскольку это основная технология. — Бен Терли

Я понимаю. Итак, в основном сервлет создается обоими методами, делая одно и то же — только в № 2 вы используете Spring MVC в качестве основы, которая поможет вам на этом пути? То есть с помощью Spring MVC @Controller, DispatcherServlet и некоторого JSP («java в html») вы создаете то же самое, как если бы вы создали сервлет («html в java» (т.е. New -> Servlet. ..)) и немного JSP/html самостоятельно, только в случае Spring MVC Spring заботится о «неприятных частях» бизнеса сервлетов «бесплатно»? Будет ли это правильным пониманием всего этого? (Извините, что немного медленно �� — Roger

Довольно много. Вы правы в том, что в обоих случаях вам понадобится JSP для отображения представления. Обычно контроллер или сервлет вызывают ваши службы для получения/установки данных, сохраняют их в запросе и затем перенаправляют на jsp. Spring MVC также может помочь здесь с его преобразователями представлений для поиска правильного представления. — Бен Терли

Сервлет и контроллер Spring MVC можно использовать для одного и того же, но они действуют на другом уровне приложения Java.

Сервлет является частью инфраструктуры J2EE, и каждый сервер приложений Java (Tomcat, Jetty и т. д.) создан для запуска сервлетов. Сервлет — это уровень «низкого уровня» в стеке J2EE. Вам не нужен servlet.jar для запуска вашего приложения, потому что он предварительно упакован с сервером приложений.

Контроллер Spring MVC — это библиотека, созданная на основе сервлета для упрощения работы. Spring MVC предлагает больше встроенных функций, таких как сопоставление параметра формы с параметром метода контроллера, более простая обработка отправки двоичных форм (например, когда ваша форма может загружать файлы). Вам необходимо упаковать необходимые jar-файлы в свое приложение, чтобы запустить контроллер Spring MVC.

Вы должны использовать сервлет, когда вам нужно перейти на «низкий уровень», и пример может быть связан с производительностью. Spring MVC работает хорошо, но если у него есть некоторые накладные расходы, если вам нужно выжать все, что можно, из вашего сервера приложений (и вы уже настроили другие уровни, такие как db), используйте сервлет. Вы можете выбрать сервлет, если хотите понять основы веб-спецификаций J2EE (т. е. в образовательных целях).

Во всех остальных случаях вы можете/должны выбрать веб-фреймворк. Spring MVC — один из них; с Spring MVC вам не нужно заново изобретать колесо (например, управление бинарными формами, преобразование параметров формы в bean-компоненты, проверка параметров и т. д.). Еще один плюс Spring MVC в том, что в одном классе можно легко управлять вводом с разных URL и методов, то же самое можно делать и в сервлете, но код получается более сложным и менее читаемым. Я считаю, что Spring MVC хорош для создания остальных сервисов и управления простыми приложениями (например, веб-приложением с простыми формами). Если вам нужно управлять очень сложными формами с помощью Ajax, вложенными формами и приложением с состоянием сеанса и страницы, я советую переключиться на компонентную структуру (например, калитка apache например).

ответ дан 30 мар ’15, в 12:03

JSF и JSP, а также Spring MVC основаны на сервлетах. Проблема в том, что с сервлетами не очень «приятно» работать, потому что приходится писать прямой html.

Если вы можете использовать современные веб-технологии, я бы просто использовал сервлеты в позициях, требующих прямого вывода http, например, записи изображения из базы данных в http.

Использование SpringMVC или JSF, которые работают с Dipatcherservlet или FacesServlet, просто быстрее и веселее. Они анализируют ваши файлы и отправляют их через сервлет.

ответ дан 08 мая ’13, 13:05

JPA не имеет ничего общего с сервлетами. А сервлеты обычно используются вместе с JSP, как и контроллеры Spring MVC. — JB Низет

Я имею в виду JSP. Я всегда пишу JPA, когда имею в виду JSP. Извините. — Лукас Эйхлер

@Templar Спасибо за ответ! Я все еще немного смущен, хотя. Какие приложения вы бы использовали @Controller (Spring MVC) и для каких приложений вы бы использовали «обычный сервлет»? — Roger

Все, где мне не нужно писать в прямой httpstream -> @Controller Запись ресурсов, таких как изображения, в httpstream -> Servlet — Лукас Эйхлер

Не тот ответ, который вы ищете? Просмотрите другие вопросы с метками java spring model-view-controller or задайте свой вопрос.

Русские Блоги

Многоуровневая модель приложения Java EE:
Domain Object Слой презентации -> DAO(Data Access Object) Уровень объекта доступа к данным —> Service Слой бизнес-логики —> Controller Слой контроллера -> View Слой представления.
То, что я узнал раньше, JSP + Servlet + JavaBean Технология разработки веб-приложений. Он использует технологию JDBC для взаимодействия с базой данных. Особенно в сочетании с инструментами DBUtils и источниками данных он упрощает такие операции, как подключение к базе данных и упаковка набора результатов.Говорят, что MyBatis, который будет изучен следующим, устраняет почти весь процесс ручной настройки кода и параметров JDBC, а также извлечение и упаковку набора результатов.Эта статья в основном не касается базы данных. Основное внимание уделяется сервлету.

Servlet С SpringMVC DispatcherServlet с участием Controller различия

Приложения, использующие JSP + Servlet, наслоение недостаточно четкое,Реализация бизнес-логики отдельно не выделяется, Вызывает трудности при последующем обслуживании.
В Spring MVC сервлет имеет различные «аватары», отвечающие за перехват и распределение запросов. DispatcherServlet , И ответственные за ведение бизнеса Controller , Существуют различные преобразователи процессоров, адаптеры процессоров и т. Д., Каждый с четким разделением труда.Это содержание, которому посвящена данная статья.
Платформа SpringMVC предоставляет DispatcherServlet в качестве фронт-контроллера для отправки запросов.DispatcherServlet наследуется от HttpServlet. Его способность перехватывать запросы напоминает технологию Filter in Servlet. Однако фильтр не будет мешать исходному URL-адресу. URL-запросы, обработанные фильтром, по-прежнему будут переходить к соответствующему сервлету в соответствии с отображением в конфигурации web.xml или даже переходить к соответствующему сервлету без прохождения фильтра.

DispatcherServlet в Spring MVC

DispatcherServlet другой, URL-запрос иметь После DispatcherServlet, поскольку для чтения информации о сопоставлении требуется DispatcherServlet.
Если DispatcherServlet настроен в web.xml, используйте тег 1 , чтобы указать, что он загружается сразу после запуска программы. DispatcherServlet Нужно читать при загрузке Spring MVC Файл конфигурации, а затем проанализируйте содержимое файла и создайте WebApplicationContext Объект-контейнер. (Этот объект содержит такую ​​информацию, как отображение запроса и средство отображения процессора).С помощью этого объекта-контейнера разработчики могут использовать Spring IOC, AOP и другие функции.

В DispatcherServlet есть initStrategies(ApplicationContext context) Метод, когда метод вызывается, сгенерированный WebApplicationContext Объект передается в этот метод. Если преобразователь обработки, адаптер процессора и другие компоненты настроены в файле конфигурации, то WebApplicationContext Найдите и инициализируйте его. Если он не найден, будут использоваться компоненты Spring по умолчанию.
Запрос, распространяемый DispatcherServlet, будет передан соответствующему классу Java, который вызывается в Spring MVC. Handle . До Spring 2.5 этот класс Handle требовался для реализации интерфейса контроллера.

Контроллер в Spring MVC (отличие от сервлета)

Интерфейс контроллера должен реализовывать метод, который должен возвращать объект ModelAndView:

Контроллер на основе аннотаций был добавлен в Spring 2.5.

Также HelloController, написанный сейчасНет необходимости наследовать от интерфейса контроллера. Нет необходимости заставлять реализацию метода handleRequest () возвращать объект ModelAndView, но Можно настроить несколько методов Чтобы вернуть объект ModelAndView,Таким образом, несколько запросов могут быть сопоставлены одному и тому же контроллеру, и для обработки запросов могут быть вызваны разные методы.Если вы следуете предыдущему подходу, хотя вы можете сопоставить несколько запросов с одним и тем же контроллером в файле конфигурации Spring MVC, вы можете вызвать только метод handleRequest ().
соответственно,После использования аннотации нет необходимости отображать запрос в файле конфигурации Spring MVC.
При использовании технологии сервлетов для обработки запросов Http в интерфейсе сервлетов предоставляется абстрактный класс HttpServlet, который является подклассом GenericServlet. Наследуйте HttpServlet и переопределите методы doGet () и doPost ():И не требуется возвращать объект, вы также можете перейти на страницу JSP, а затем позволить JSP отображать содержимое самостоятельно。

Даже если это всего лишь прыжок,В Spring MVC информация о переходе также должна быть инкапсулирована в объект ModelAndView, и параметры, которые необходимо передать, также сохраняются в объекте.. На новой странице к переданным параметрам можно получить доступ через requestScope.

Настроить Spring MVC Controller

Часть информации файла конфигурации Spring MVC выглядит следующим образом:

Эта информация имеет прямое отношение к Controller. Независимо от того, находится ли он здесь в сервлете или контроллере, запрос должен быть отображен. Здесь запрос / hello отображается на дескриптор HelloController. и SimpleControllerHandlerAdapter Используется для завершения вызова метода handleRequest класса HelloController. и InternalResourceViewResolver Он используется для разрешения представления (после Spring 4.0, даже если процессор сопоставления, адаптер процессора и преобразователь представлений не настроены, будет использоваться работа MVC по умолчанию внутри Spring).

После использования аннотации вам необходимо изменить файл конфигурации Spring MVC. Во-первых, нет необходимости отображать запрос в файле конфигурации. Но нужно знать расположение всех контроллеров.

Затем вам нужно настроить преобразователь обработки типа аннотации и адаптер процессора, но преобразователь представлений менять не нужно.。 Конечно, после Spring 4.0 есть более простой способ настройки. 。

А здесь только реализация маппинга, а доступа нет. Экземпляр контроллера создается посредством отражения.Я понимаю, что нужно найти путь к соответствующему классу на основе URL-ссылки, а затем сгенерировать экземпляр на основе этого пути.. Эта часть предположения пройдена HandlerMapping Чтобы добиться конкретно. Затем адаптер процессора используется для вызова метода handleRequest (), который мы знаемПри использовании сервлета метод doGet () или doPost () будет автоматически выполняться в зависимости от того, является ли он GET или POST, когда он встречает запрос. И после создания здесь вам понадобится адаптер процессора для вызова。
Анализатор представления отвечает за получение подключений и параметров от объекта ModelAndView, а затем их передачу в DispatcherServlet.Насколько я понимаю, в настоящее время разница между Handler и Servlet заключается в том, что Handler должен возвращать объект ModelAndView, в то время как сервлету он не нужен, и большой разницы нет.Также сказано, что сервлет является родительским классом контроллера.

Вопросы для интервью Spring MVC

Spring MVC-это оригинальный веб-фреймворк от Spring, построенный на API сервлетов. Он обеспечивает архитектуру “Модель-представление-контроллер”, которая может использоваться для разработки гибких веб-приложений.

В этом уроке мы сосредоточимся на вопросах, связанных с этим, так как это часто является темой весеннего собеседования для разработчиков.

Для получения дополнительных вопросов о структуре Spring вы можете ознакомиться с другой статьей, связанной с Spring, из нашей серии вопросов для интервью .

2. Основные вопросы Spring MVC

Q1. Почему Мы должны Использовать Spring MVC?

Spring MVC реализует четкое разделение задач, что позволяет нам легко разрабатывать и тестировать наши приложения .

Такие понятия, как:

• Сервлет диспетчера
• Контроллеры
• Распознаватели видов
• Виды, Модели
• ModelAndView
• Атрибуты модели и сеанса

они полностью независимы друг от друга и отвечают только за одно.

Поэтому MVC дает нам довольно большую гибкость . Он основан на интерфейсах (с предоставленными классами реализации), и мы можем настроить каждую часть фреймворка с помощью пользовательских интерфейсов.

Еще одна важная вещь заключается в том, что мы не привязаны к определенной технологии просмотра (например, JSP), но у нас есть возможность выбрать из тех, которые нам больше всего нравятся .

Кроме того, мы используем Spring MVC не только при разработке веб-приложений, но и при создании веб-сервисов RESTful .

Q2. Какова роль аннотации @Autowired?

Аннотацию @Autowired можно использовать с полями или методами для ввода компонента по типу . Эта аннотация позволяет Spring разрешать и вводить сотрудничающие бобы в ваш боб.

Для получения более подробной информации, пожалуйста, обратитесь к учебнику о @Autowired весной .

Q3. Объясните атрибут модели

Аннотация @ModelAttribute является одной из самых важных аннотаций в Spring MVC. Он связывает параметр метода или возвращаемое значение метода с именованным атрибутом модели, а затем предоставляет его веб-представлению .

Если мы используем его на уровне метода, это указывает на то, что целью этого метода является добавление одного или нескольких атрибутов модели.

С другой стороны, при использовании в качестве аргумента метода он указывает, что аргумент должен быть извлечен из модели. Если его нет, мы должны сначала создать его экземпляр, а затем добавить его в модель. После того, как мы присутствуем в модели, мы должны заполнить поля аргументов из всех параметров запроса, которые имеют совпадающие имена.

Подробнее об этой аннотации можно прочитать в нашей статье, связанной с аннотацией @ModelAttribute .

Q4. Объясните разницу между @Controller и @RestController?

Основное различие между аннотациями @Controller и @RestController заключается в том, что аннотация @ResponseBody автоматически включается в @RestController . Это означает, что нам не нужно аннотировать наши методы обработчика с помощью @ResponseBody . Нам нужно сделать это в классе @Controller , если мы хотим записать тип ответа непосредственно в тело ответа HTTP.

Q5. Опишите изменяемый путь

Мы можем использовать аннотацию @PathVariable в качестве параметра метода обработчика, чтобы извлечь значение переменной шаблона URI .

Например, если мы хотим получить пользователя по идентификатору из www.mysite.com/user/123 , мы должны отобразить наш метод в контроллере как /user/ :