Web - Контроллер

Как уже упоминалось в предыдущих контроллеров пункте, касающемся запросов на обслуживание, которые предусмотрены DispatchServlet.
Чтобы указать, какие запросы следует направлять свои методы в каждый контроллер, Есть целый ряд @ RequestMapping. В дополнение к определению пути, для которых конкретный метод должен быть вызван, мы можем определить HTTP-метод, для которого необходимо выполнить запрос (POST, GET):

 @ RequestMapping (значение = "/" метод RequestMethod.GET =)







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



  



 model.addAttribute (б);



  



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







 }

Если есть speficifata @ RequestMapping на уровне класса все указанному пути будет считаться абсолютным, однако, если этой аннотации не указано, все пути считается относительным, например:

 @ Контроллер







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



	

  



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



  



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



    



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



    



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



  



 }







 }

путь, для которого вызывается метод http://..../ отображение DispatcherServlet {} /, но и для

 @ Контроллер







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







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



	

  



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



  



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



    



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



    



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



  



 }







 }

путь, для которого вызывается метод http://..../ отображение DispatcherServlet} {/ книги /.

Путь выражается через RequestMapping @ также можно записать таким образом

 



 / Путь / {параметр}

 

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

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

• Запроса и ответа из Servlet API, как HttpServletRequest.
• HttpSession войти в систему.
• org.springframework.web.context.request.WebRequest, альтернативный способ доступа к параметрам запроса.
• Параметры с аннотацией @ @ PathVariable для RequestMapping с путями, например, / путь / {параметр}
• Параметры с аннотацией @ RequestParam, значение которого берется из запроса.
• Параметры, которые затем подвергаются зрения: модели, карты, и ModelMap. При установке параметров в этих объектах будут добавлены как атрибуты запроса, а затем отображается, например, в JSP.
• Ошибки и BindingResult для проверки формы.

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

 @ Контроллер







 RequestMapping @ ("пример")







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



	

  



 RequestMapping @ ("M1")



  



 Строка общественных m1 (HttpServletRequest запрос, ответ HttpServletResponse) {



    



 / / Бизнес-логика



    



 возвращение "/ путь";



  



 }



	

  



 RequestMapping @ ("м2")



  



 Строка общественных м2 (HttpSession сессии) {



    



 / / Бизнес-логика



    



 возвращение "/ путь";



  



 }





  



 RequestMapping @ ("м3")



  



 Строка общественных м3 (WebRequest запросу) {



    



 / / Бизнес-логика



    



 возвращение "/ путь";



  



 }



	

  



 RequestMapping @ ("m4 / {параметр}")



  



 Строка общественных m4 (@ Строка PathVariable параметров) {



    



 / / Бизнес-логика



    



 возвращение "/ путь";



  



 }





  



 RequestMapping @ ("m5")



  



 общественного недействительными m5 (модель модель, BindingResult результат) {



    



 / / Бизнес-логика



    



 возвращение "/ путь";



  



 }







 }

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