- Web MVC Framework

Часть весны, отвечающий за уровень представления данных, специфичных для веб-приложений веб-платформу MVC.
В соответствии с философией Весна также использовать эту форму не нужно, чтобы продлить или реализации какого-либо конкретного интерфейса базы. Для реализации MVC, Spring использует три основных элемента:

• DispatcherServlet
• Обработчики
• Посмотреть Resolver

DispatcherServlet есть сервлет, который отвечает за распределение всех запросов (POST, GET, PUT, ...) для различных обработчиков, поэтому он выступает в качестве фронт-контроллера. DispatcherServlet, являясь, по сути, сервлет должен быть отображен в web.xml:

 <servlet>



  



 <servlet-name> диспетчера </ сервлет-имя>



  



 <servlet-class> org.springframework.web.servlet.DispatcherServlet </ сервлет класса>



  



 <load-on-startup> 1 </ загрузки-на-запуска>







 </ Servlet>









 <servlet-mapping>



  



 <servlet-name> диспетчера </ сервлет-имя>



  



 <url-pattern> / например, / * </ URL-шаблон>







 </ Servlet-отображение>

Сервлет, будет полностью интегрирован с контейнером IoC, имеет свою WebApplicationContext, которая расширяет основной, добавляя все бобы объявлены в файле WEB-INF / [сервлет-имя]-servlet.xml.
Особенно между этими бобами, не будет запросов на обработчики и просмотр Resolver. Бобы обработчики, которые занимаются на самом деле, чтобы служить запросу, и просто POJOs с аннотацией @ контроллера, так что теперь мы называем их контроллеров:

 @ Контроллер







 {Общественного класса ExampleController



	

  



 @ RequestMapping (значение = "/")



  



 общественных Строка приветствия (модель модель) {



    



 model.addAttribute (новая книга ());



    



 возвращение "/ книги / createBook";



  



 }







 }

WEB-INF/dispatcher-servlet.xml и определены в файле:

 <! - Конфигурация с аннотацией ->







 <mvc:annotation-driven />









 <bean class="it.mrwebmaster.mvc.ExampleController" scope="session"/>

Благодаря этой конфигурации будет весной говорил, что отображение контроллеров осуществляется с помощью аннотаций, поэтому, когда сделан запрос типа http://..../example/ DispatcherServlet контроллер перенаправляет вызов к нашему примеру, проведение операций по модели (о которых будет сказано позже), а затем возвращает строку, которая представляет мнение арбитра.
В нашем примере зрения арбитр InternalResourceViewResolver через Строка, возвращенная контроллером перенаправляет на JSP:

 <bean id="viewResolver" class="org.springframework.web.servlet.view.InternalResourceViewResolver">



  



 <property name="viewClass" value="org.springframework.web.servlet.view.JstlView" />



  



 <property name="prefix" value="/WEB-INF/jsp/" />



  



 <property name="suffix" value=".jsp" />







 </ Бин>

В нашем примере, является JSP / WEB-INF/jsp/book/createBook.jsp

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

• Местные Resolver - interazionalazzazione для нашего приложения.
• Тема Resolver - для создания макетов.
• составные разрешения файла - арбитр разрешить загрузку файлов.
• Обработчик исключения арбитры - преобразователи, которые позволяют расширенные возможности управления исключениями.

• <<Предыдущий урок
• Помощь Индекс
• Следующее занятие>>