Весна 4.3. представил несколько очень крутых аннотаций, составленных на уровне методов, чтобы сгладить обработку @RequestMapping в типичных проектах Spring MVC.
В этой статье мы узнаем, как использовать их эффективно.
Как правило, если мы хотим реализовать обработчик URL-адресов, используя традиционную аннотацию @RequestMapping , это будет примерно так:
В этом руководстве мы узнаем , как использовать аннотацию Spring @Import , а также объясним , чем она отличается от @ComponentScan .
Прежде чем понять аннотацию @Import , нам нужно знать, что такое Spring Bean, и иметь базовые практические знания об аннотации @ Configuration .
Обе темы выходят за рамки данного руководства. Тем не менее, мы можем узнать о них в нашей статье о Spring Bean и в документации Spring .
Spring по умолчанию управляет жизненным циклом бинов и устанавливает порядок их инициализации.
Но мы все еще можем настроить его в соответствии с нашими потребностями. Мы можем выбрать либо интерфейс SmartLifeCycle , либо аннотацию @DependsOn для управления порядком инициализации .
В этом руководстве рассматривается аннотация @DependsOn и ее поведение в случае отсутствия bean-компонента или циклической зависимости . Или в случае просто необходимости инициализации одного компонента перед другим.
Начиная с Spring 5 у нас теперь есть доступ к интересной функции, помогающей нам писать более безопасный код. Эта функция называется нулевой безопасностью, группа аннотаций работает как защита, которая следит за потенциальными нулевыми ссылками.
Вместо того, чтобы позволить нам работать с небезопасным кодом, функция нулевой безопасности выдает предупреждения во время компиляции. Такие предупреждения могут предотвратить катастрофические исключения нулевого указателя (NPE) во время выполнения.
@NonNull Аннотация @NonNull является самой важной среди всех аннотаций функции защиты от нулей . Мы можем использовать эту аннотацию, чтобы объявить ненулевое ограничение везде, где ожидается ссылка на объект: поле, параметр метода или возвращаемое значение метода.
В этом руководстве мы реализуем пользовательскую аннотацию Spring с постпроцессором компонента .
Итак, как это помогает? Проще говоря, мы можем повторно использовать один и тот же bean-компонент вместо того, чтобы создавать несколько похожих bean-компонентов одного типа.
Мы сделаем это для реализаций DAO в простом проекте — заменив их все одним гибким GenericDao .
Мы можем использовать возможности механизма Spring DI, используя аннотации в пакетах org.springframework.beans.factory.annotation и org.springframework.context.annotation .
Мы часто называем это «основными аннотациями Spring», и мы рассмотрим их в этом руководстве.
В этом руководстве мы рассмотрим аннотации Spring Web из пакета org.springframework.web.bind.annotation .
@RequestMappingПроще говоря, @RequestMapping помечает методы обработчика запросов внутри классов @Controller ; его можно настроить с помощью:
В этом кратком руководстве мы покажем, как использовать аннотацию @EnableConfigurationProperties с аннотированными классами @ConfigurationProperties .
@EnableConfigurationPropertiesАннотация @EnableConfigurationProperties строго связана с @ConfiguratonProperties.
Он включает поддержку аннотированных классов @ConfigurationProperties в нашем приложении. Однако стоит отметить, что в документации Spring Boot говорится, что каждый проект автоматически включает @EnableConfigurationProperties. Поэтому поддержка @ConfiguratonProperties неявно включена в каждом приложении Spring Boot.
В этой быстрой статье мы рассмотрим новые аннотации @SpringJUnitConfig и @SpringJUnitWebConfig, доступные в Spring 5.
Эти аннотации представляют собой композицию аннотаций JUnit 5 и Spring 5 , которые упрощают и ускоряют создание тестов.
@SpringJUnitConfig@SpringJUnitConfig объединяет эти две аннотации: