Spring IoC контейнер: конфигурация контейнера на основе аннотаций

Аннотации лучше, чем XML для настройки Spring?

Введение конфигурации на основе аннотаций поставило вопрос о том, является ли этот подход "лучше", чем XML. Краткий ответ: "Это зависит". Длинный ответ заключается в том, что у каждого подхода есть свои плюсы и минусы, и, как правило, разработчик сам решает, какая стратегия ему больше подходит. Благодаря тому, как они определены, аннотации обеспечивают много контекста в их объявлении, что приводит к более короткой и более краткой конфигурации. Однако XML отлично справляется с подключением компонентов, не затрагивая их исходный код и не перекомпилируя их. Некоторые разработчики предпочитают, чтобы привязка была ближе к источнику, в то время как другие утверждают, что аннотированные классы больше не являются POJO, и, кроме того, что конфигурация становится децентрализованной и более сложной для управления.

Независимо от выбора, Spring может совместить оба стиля и даже смешать их вместе. Стоит отметить, что с помощью опции JavaConfig Spring позволяет использовать аннотации неинвазивным способом, не затрагивая исходный код целевых компонентов, и что с точки зрения инструментов все инструменты конфигурации поддерживаются Spring Tools for Eclipse.

Альтернативой настройке XML является конфигурация на основе аннотаций, которая использует метаданные байт-кода для подключения компонентов вместо объявлений угловых скобок. Вместо того чтобы использовать XML для описания связывания компонентов, разработчик перемещает конфигурацию в сам класс компонента, используя аннотации к соответствующему классу, методу или объявлению поля. Использование BeanPostProcessor в сочетании с аннотациями является распространенным средством расширения контейнера Spring IoC. Например, в Spring 2.0 появилась возможность применения обязательных свойств с помощью аннотации @Required. Spring 2.5 позволил следовать тому же общему подходу для внедрения зависимости Spring. По сути, аннотация @Autowired предоставляет те же возможности, что описаны в Autowiring Collaborators, но с более детальным управлением и более широкой применимостью. В Spring 2.5 также добавлена ​​поддержка аннотаций JSR-250, таких как @PostConstruct и @PreDestroy. В Spring 3.0 добавлена ​​поддержка аннотаций JSR-330 (Dependency Injection для Java), содержащихся в пакете javax.inject, таких как @Inject и @Named.

Внедрение аннотации выполняется перед внедрением XML. Таким образом, конфигурация XML переопределяет аннотации для свойств, связанных с обоими подходами.

Как всегда, вы можете зарегистрировать их как определения отдельных компонентов, но они также могут быть неявно зарегистрированы путем включения следующего тега в конфигурацию Spring на основе XML (обратите внимание на включение пространства имен контекста):

<?xml version="1.0" encoding="UTF-8"?>
<beans xmlns="http://www.springframework.org/schema/beans"
    xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
    xmlns:context="http://www.springframework.org/schema/context"
    xsi:schemaLocation="http://www.springframework.org/schema/beans
        https://www.springframework.org/schema/beans/spring-beans.xsd
        http://www.springframework.org/schema/context
        https://www.springframework.org/schema/context/spring-context.xsd">

    <context:annotation-config/>

</beans>

Неявно зарегистрированные постпроцессоры включают в себя AutowiredAnnotationBeanPostProcessor, CommonAnnotationBeanPostProcessor, PersistenceAnnotationBeanPostProcessor и RequiredAnnotationBeanPostProcessor.

<context:annotation-config/> ищет аннотации для bean-компонентов только в том же контексте приложения, в котором он определен. Это означает, что если вы поместите <context:annotation-config/> в WebApplicationContext для DispatcherServlet, он будет проверять только бины @Autowired в ваших контроллерах, а не в ваших сервисах.

Читайте также:


Комментарии

Отправить комментарий

Популярные сообщения из этого блога

Методы класса Object в Java

Изображение
Класс Object является корнем иерархии классов. У каждого класса есть Object как суперкласс. Все объекты, включая массивы, реализуют методы этого класса. Методы класса Object Метод getClass() public final Class getClass() Возвращает класс времени исполнения (runtime class) этого Object. Возвращенный объект Class - это объект, который заблокирован статическими синхронизированными методами представленного класса. Фактический тип результата - Class<? extends |X|> где |X| заменяется статическим типом выражения, для которого вызывается getClass. Например, в этом фрагменте кода не требуется приведение: Number n = 0; Class c = n.getClass(); Метод getClass() возвращает: Объект Class, представляющий класс времени исполнения (runtime class) этого объекта. Метод hashCode public int hashCode() Возвращает значение хэш-кода для объекта. Этот метод поддерживается для использования хэш-таблиц, таких как те, что предоставляются HashMap. Основной контракт метода hashCo
Далее...

Как получить текущий timestamp в Java

Изображение
Чтобы получить текущий timestamp в Java : package main; import java.sql.Timestamp; public class Main { public static void main(String[] args){ Timestamp timestamp = new Timestamp(System.currentTimeMillis()); System.out.println(timestamp); } } Вывод: 2019-10-03 10:09:21.61 Вот еще два более подробных примера как получить текущий timestamp в Java: 1. java.sql.Timestamp Есть два метода получить текущий java.sql.Timestamp package main; import java.sql.Timestamp; import java.text.SimpleDateFormat; import java.util.Date; public class Main { private static final SimpleDateFormat dateFormat = new SimpleDateFormat("yyyy.MM.dd.HH.mm.ss"); public static void main(String[] args) { // Метод 1 Timestamp timestamp = new Timestamp(System.currentTimeMillis()); System.out.println(timestamp); // Метод 2 - через Date Date date = new Date(); System.out.println(new Timestamp(date.getTime()
Далее...

Основные опции JVM для повышения производительности и отладки

Изображение
Если вы являетесь Java-разработчиком или администратором Java приложения, вам поможет в работе знание того, что означают опции JVM, а также их важность и как они влияют на ваше приложение. Обзор параметров JVM Если говорить о параметрах JVM, то есть три типа параметров, которые вы можете включить в JVM: стандартные, нестандартные и расширенные параметры. Если вы используете расширенную опцию, вы всегда используете опцию с -XX. Точно так же, если вы применяете нестандартную опцию, вы используете -X. Стандартные опции ничего не добавляют к опции. Какие параметры JVM используются вашим приложением? Если приложение работает в Linux, вы можете использовать ps -ef | grep java для идентификации процесса Java и просмотра параметров JVM, напечатанных как аргументы процесса. Если в системе выполняется более одного Java-процесса, вам может потребоваться использовать ключевое слово, уникальное для вашего Java-приложения. Если ваш аргумент слишком длинный, попробуйте использовать ps
Далее...