В этом кратком руководстве мы рассмотрим различия между аннотациями Spring @RequestParam и @PathVariable .
@RequestParam и @PathVariable могут использоваться для извлечения значений из URI запроса, но они немного отличаются.
Веб-инфраструктура Spring построена на основе шаблона MVC (Model-View-Controller), который упрощает разделение задач в приложении. Это дает возможность использовать различные технологии просмотра, от хорошо зарекомендовавшей себя технологии JSP до различных шаблонизаторов.
В этой статье мы рассмотрим основные шаблонизаторы, которые можно использовать с Spring, их конфигурацию и примеры использования.
Учитывая, что проблемы в приложении Spring MVC четко разделены, переключение с одной технологии представления на другую в первую очередь является вопросом конфигурации.
Все фреймворки MVC предоставляют способ работы с представлениями.
Spring делает это с помощью преобразователей представлений, которые позволяют отображать модели в браузере, не привязывая реализацию к конкретной технологии представления.
ViewResolver сопоставляет имена представлений с фактическими представлениями.
И среда Spring поставляется с несколькими преобразователями представлений, например InternalResourceViewResolver , BeanNameViewResolver и некоторыми другими.
Это простое руководство показывает, как настроить наиболее распространенные преобразователи представлений и как использовать несколько ViewResolver в одной конфигурации .
DispatcherServlet играет важную роль в приложениях Spring и обеспечивает единую точку входа для приложения. Принимая во внимание, что контекстный путь определяет URL-адрес, по которому конечный пользователь будет получать доступ к приложению.
В этом руководстве мы узнаем о различиях между контекстным путем и путем сервлета.
Проще говоря, контекстный путь — это имя, с помощью которого осуществляется доступ к веб-приложению. Это корень приложения. По умолчанию Spring Boot обслуживает содержимое по пути корневого контекста («/»).
Эта короткая статья продемонстрирует несколько способов возврата пользовательских кодов состояния HTTP из контроллеров Spring MVC .
Это часто важно для более четкого выражения результата запроса клиенту и использования полной богатой семантики протокола HTTP. Например, если что-то пойдет не так с запросом, отправка определенного кода ошибки для каждого типа возможной проблемы позволит клиенту отобразить пользователю соответствующее сообщение об ошибке.
Настройка базового проекта Spring MVC выходит за рамки этой статьи, но вы можете найти дополнительную информацию здесь .
В этой статье мы обсудим формы Spring и привязку данных к контроллеру. Кроме того, мы рассмотрим одну из основных аннотаций в Spring MVC , то есть @ModelAttribute .
Конечно, Spring MVC — это сложная тема, и вам нужно понять множество вещей, чтобы использовать ее в полной мере, поэтому обязательно углубитесь в фреймворк здесь .
В этой статье мы сосредоточимся на основной концепции Spring MVC — контроллерах.
Давайте начнем с того, что сделаем шаг назад и посмотрим на концепцию Front Controller в типичной архитектуре Spring Model View Controller .
На очень высоком уровне, вот основные обязанности, которые мы рассматриваем:
В этой статье мы рассмотрим использование основных org.springframework.ui.Model , org.springframework.ui.ModelMap и org.springframework.web.servlet.ModelAndView , предоставляемых Spring MVC.
Начнем с зависимости spring-context в нашем файле pom.xml :
<dependency>
<groupId>org.springframework</groupId>
<artifactId>spring-context</artifactId>
<version>5.2.2.RELEASE</version>
</dependency>
Эта короткая статья посвящена распространенной ошибке — «Метод запроса не поддерживается — 405», — с которой сталкиваются разработчики, предоставляя свои API для определенных HTTP-команд с помощью Spring MVC.
Естественно, мы также обсудим распространенные причины этой ошибки.
Прежде чем перейти к общей проблеме, если вы только начинаете изучать Spring MVC, вот хорошая вводная статья , с которой можно начать.