The @PathVariable has only one element named value. It’s optional and we use it to define the URI template variable name. Если мы опускаем элемент значения, тогда имя переменной шаблона URI должно совпадать с именем параметра метода.

Также разрешено иметь несколько аннотаций@PathVariable, объявив их одну за другой:

или поместив их все вMap илиMultiValueMap :

Q6. Проверка с использованием Spring MVC

Spring MVC supports JSR-303 specifications by default. We need to add JSR-303 and its implementation dependencies to our Spring MVC application. Например, Hibernate Validator – это одна из реализаций JSR-303, которая находится в нашем распоряжении.

JSR-303 – это спецификация Java API для проверки bean-компонентов, часть JavaEE и JavaSE, которая обеспечивает соответствие свойств bean-компонента определенным критериям, используя такие аннотации, как@NotNull,@Min и@Maxс. Подробнее о валидации читайте в статьеJava Bean Validation Basics.

Spring offers the @Validator annotation and the BindingResult class. РеализацияValidator вызовет ошибки в методе обработчика запросов контроллера, когда у нас есть недопустимые данные. Затем мы можем использовать классBindingResult, чтобы получить эти ошибки.

Помимо использования существующих реализаций, мы можем сделать и свои. Для этого мы сначала создаем аннотацию, которая соответствует спецификациям JSR-303. Затем мы реализуем классValidator. Другой способ – реализовать интерфейс SpringValidator и установить его в качестве валидатора с помощью аннотации@InitBinder в классеController.

Чтобы узнать, как реализовать и использовать свои собственные проверки, см. Руководство поCustom Validation in Spring MVC.

Q7. Что такое@RequestBody и@ResponseBody?

The @RequestBody annotation, used as a handler method parameter, binds the HTTP Request body to a transfer or a domain object. Spring автоматически десериализует входящий HTTP-запрос к объекту Java с помощью Http Message Converter.

When we use the @ResponseBody annotation on a handler method in the Spring MVC controller, it indicates that we’ll write the return type of the method directly to the HTTP response body. Мы не будем помещать его вModel, и Spring не будет интерпретировать его как имя представления.

Пожалуйста, ознакомьтесь со статьей о@RequestBody and @ResponseBody, чтобы узнать больше об этих аннотациях.

Q8. ОбъяснитеModel,ModelMap иModelAndView?

The Model interface defines a holder for model attributes. The ModelMap has a similar purpose, with the ability to pass a collection of values. Затем он обрабатывает эти значения, как если бы они находились в пределахMap. Следует отметить, что вModel (ModelMap) мы можем хранить только данные. Мы помещаем данные и возвращаем имя представления.

С другой стороны,with the ModelAndView, we return the object itself. Мы устанавливаем всю необходимую информацию, такую ​​как данные и название представления, в возвращаемом объекте.

Вы можете найти более подробную информацию в статье оModel, ModelMap, and ModelView.

Q9. ОбъяснитеSessionAttributes иSessionAttribute

The @SessionAttributes annotation is used for storing the model attribute in the user’s session. Мы используем его на уровне класса контроллера, как показано в нашей статье оSession Attributes in Spring MVC:

В предыдущем примере атрибут модели «todos» будет добавлен к сеансу, если@ModelAttribute и@SessionAttributes имеют одинаковый атрибут имени.

If we want to retrieve the existing attribute from a session that is managed globally, we’ll use @SessionAttribute annotation as a method parameter:

Q10. Какова цель@EnableWebMVC?

The @EnableWebMvc annotation’s purpose is to enable Spring MVC via Java configuration. Это эквивалент в конфигурации XML. Эта аннотация импортирует конфигурацию Spring MVC изWebMvcConfigurationSupport. Он включает поддержку аннотированных классов@Controller, которые используют@RequestMapping для сопоставления входящих запросов с методом обработчика.

Вы можете узнать больше об этой и подобных аннотациях в нашихGuide to the Spring @Enable Annotations.

Q11. Что такоеViewResolver весной?

The ViewResolver enables an application to render models in the browser – без привязки реализации к конкретной технологии просмотра –by mapping view names to actual views.

Чтобы узнать больше оViewResolver, взгляните на нашGuide to the ViewResolver in Spring MVC.

Q12. Что такоеBindingResult?

BindingResult is an interface from org.springframework.validation package that represents binding results. We can use it to detect and report errors in the submitted form. Его легко вызвать – нам просто нужно убедиться, что мы поместили его в качестве параметра сразу после проверяемого объекта формы. Необязательный параметрModel должен стоять послеBindingResult, как это видно вcustom validator tutorial:

When Spring sees the @Valid annotation, it’ll first try to find the validator for the object being validated. Затем он подберет аннотации проверки и вызовет валидатор. Наконец, найденные ошибки будут помещены вBindingResult и добавлены к модели представления.

Q13. Что такое объект поддержки формы?

The form backing object or a Command Object is just a POJO that collects data from the form we’re submitting.

Следует помнить, что в нем нет никакой логики, только данные.

Чтобы узнать, как использовать объект поддержки формы с формами в Spring MVC, ознакомьтесь с нашей статьей оForms in Spring MVC.

Q14. Какова роль аннотации@Qualifier?

It is used simultaneously with the @Autowired annotation to avoid confusion when multiple instances of a bean type are present.

Давайте посмотрим на пример. Мы объявили два одинаковых bean-компонента в XML-конфигурации:

Когда мы пытаемся подключить bean-компонент, мы получимorg.springframework.beans.factory.NoSuchBeanDefinitionException.. Чтобы исправить это, нам нужно использовать@Qualifier, чтобы сообщить Spring о том, какой bean-компонент должен быть подключен:

Q15. Какова роль аннотации@Required?

Аннотация@Required используется в методах установки и указывает, что свойство bean-компонента, имеющее эту аннотацию, должно быть заполнено во время конфигурации. В противном случае контейнер Spring выдаст исключениеBeanInitializationException.

Кроме того,@Required отличается от@Autowired, поскольку он ограничен сеттером, а@Autowired – нет. @Autowired также можно использовать для связи с конструктором и полем, в то время как@Required только проверяет, установлено ли свойство.

Давайте посмотрим на пример:

Теперьname bean-компонентаPerson необходимо установить в конфигурации XML следующим образом:

Обратите внимание, что@Required doesn’t work with Java based @Configuration classes by default. Если вам нужно убедиться, что все ваши свойства установлены, вы можете сделать это при создании bean-компонента в аннотированных методах@Bean.

Q16. Опишите шаблон переднего контроллера

In the Front Controller pattern, all requests will first go to the front controller instead of the servlet. It’ll make sure that the responses are ready and will send them back to the browser. This way we have one place where we control everything that comes from the outside world.

Фронт-контроллер идентифицирует сервлет, который должен обработать запрос первым. Затем, когда он получит данные обратно от сервлета, он решит, какое представление визуализировать, и, наконец, он отправит обработанное представление обратно в качестве ответа:

Чтобы увидеть детали реализации, ознакомьтесь с нашимGuide to the Front Controller Pattern in Java.

Q17. Что такое архитектуры Model 1 и Model 2?

Модель 1 и Модель 2 представляют две часто используемые модели проектирования, когда речь идет о разработке веб-приложений Java.

In Model 1, a request comes to a servlet or JSP where it gets handled. Сервлет или JSP обрабатывает запрос, обрабатывает бизнес-логику, извлекает и проверяет данные и генерирует ответ:

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

С другой стороны, это неудобно для крупномасштабных веб-приложений. Функциональные возможности часто дублируются в JSP, где бизнес-логика и логика представления взаимосвязаны.

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

Furthermore, we can distinguish three modules in the MVC pattern: the model, the view, and the controller. Модель представляет динамическую структуру данных приложения. Он отвечает за манипулирование данными и бизнес-логикой. Представление отвечает за отображение данных, в то время как контроллер служит интерфейсом между двумя предыдущими.

В модели 2 запрос передается контроллеру, который обрабатывает требуемую логику, чтобы получить правильный контент, который должен отображаться. Затем контроллер помещает содержимое обратно в запрос, обычно в виде JavaBean или POJO. Он также решает, какое представление должно отображать содержимое, и, наконец, передает ему запрос. Затем представление отображает данные: