Java Blog

Для каждого компонента вы можете исключить компонент из автопривязки. В XML-формате Spring установите для атрибута autowire-candidate элемента <bean/> значение false. Контейнер делает это конкретное определение компонента недоступным для инфраструктуры автопривязки (включая конфигурации стиля аннотации, такие как @Autowired). Атрибут autowire-candidate предназначен для воздействия только на автопривязку на основе типов. Это не влияет на явные ссылки по имени, которые разрешаются, даже если указанный компонент не помечен как кандидат для автопривязки. Как следствие, автопривязка по имени тем не менее внедряет компонент, если имя совпадает. Вы также можете ограничить число кандидатов на автопривязку, основываясь на сопоставлении с шаблоном по отношению к именам компонентов. Элемент верхнего уровня <beans/> принимает один или несколько шаблонов в своем атрибуте default-autowire-candidates. Например, чтобы ограничить статус кандидата автопривязки любым компонентом, имя которо...

Автопривязка работает лучше всего, когда она используется последовательно в проекте. Если автовязка вообще не используется, разработчикам может быть неудобно использовать ее для привязки только одного или двух определений компонента. Рассмотрим ограничения и недостатки автовязки: Явные зависимости в property и constructor-arg всегда переопределяют автопривязку. Вы не можете автоматически связывать простые свойства, такие как примитивы, строки и классы (и массивы таких простых свойств). Это ограничение является побочным. Автопривязка менее точная, чем явная привязка. Хотя Spring старается избегать догадок в случае двусмысленности, которая может привести к неожиданным результатам. Отношения между объектами, управляемыми Spring, больше не документированы в явном виде. Информация о привязке может быть недоступна для инструментов, которые могут генерировать документацию из контейнера Spring. Несколько определений bean-компонентов в контейнере могут соответствовать типу, указанному в м...

Контейнер Spring может автоматически связывать отношения между взаимодействующими компонентами. Вы можете позволить Spring автоматически разрешать коллабораторов (другие компоненты) для вашего компонента, проверяя содержимое ApplicationContext. Автопривязка (autowiring) имеет следующие преимущества: Автопривязка может значительно уменьшить необходимость указывать свойства или аргументы конструктора. (Другие механизмы, такие как шаблон bean-компонента, также ценны в этом отношении.) Автопривязка может обновлять конфигурацию по мере развития ваших объектов. Например, если вам нужно добавить зависимость к классу, эта зависимость может быть удовлетворена автоматически без необходимости изменять конфигурацию. Таким образом, автопривязка может быть особенно полезным во время разработки, не отменяя возможность переключения на явное подключение, когда кодовая база становится более стабильной. При использовании метаданных конфигурации на основе XML вы можете указать режим автопривязки для ...

По умолчанию реализации ApplicationContext жадно (eagerly) создают и настраивают все одноэлементные компоненты (singleton) как часть процесса инициализации. Как правило, это предварительное создание является желательным, потому что ошибки в конфигурации или окружающей среде обнаруживаются немедленно, в отличие от часов или даже дней спустя. Когда такое поведение нежелательно, вы можете предотвратить предварительное создание экземпляра одноэлементного компонента, пометив определение компонента как инициализируемое с отложенной передачей (lazy-initialized). Лениво-инициализированный bean-компонент указывает контейнеру IoC создать экземпляр bean-компонента при первом запросе, а не при запуске. В XML это поведение контролируется атрибутом lazy-init элемента <bean/>, как показано в следующем примере: <bean id="lazy" class="com.something.ExpensiveToCreateBean" lazy-init="true"/> <bean name="not.lazy" class="com.something.Anothe...

Если компонент является зависимостью от другого компонента, это обычно означает, что один компонент устанавливается как свойство другого компонента. Обычно это выполняется с помощью элемента <ref/> в метаданных конфигурации на основе XML. Однако иногда зависимости между bean-компонентами менее прямые. Примером может служить запуск статического инициализатора в классе, например, для регистрации драйвера базы данных. Атрибут depends-on может явно принудительно инициализировать один или несколько bean-компонентов перед инициализацией bean-компонента, использующего этот элемент. В следующем примере используется атрибут depends-on, чтобы выразить зависимость от одного компонента: <bean id="beanOne" class="ExampleBean" depends-on="manager"/> <bean id="manager" class="ManagerBean" /> Чтобы выразить зависимость от нескольких bean-компонентов, укажите список имен bean-компонентов в качестве значения атрибута depends-on (...

Вы можете использовать составные или вложенные имена свойств при настройке свойств компонента, если все компоненты пути, кроме конечного имени свойства, не равны null. Рассмотрим следующее определение компонента: <bean id="something" class="things.ThingOne"> <property name="fred.bob.sammy" value="123" /> </bean> Бин something имеет свойство fred, свойство bob, свойство sammy, и этому окончательному свойству sammy присваивается значение 123. Чтобы это работало, свойство fred something и свойство bob fred не должно быть нулевым после того, как бин построен. В противном случае генерируется исключение NullPointerException. Читайте также: Spring IoC контейнер: зависимости и конфигурация в деталях, элемент idref Spring IoC контейнер: зависимости и конфигурация в деталях, ярлык XML с пространством имен p Spring IoC контейнер: зависимости и конфигурация в деталях, прямые значения

Подобно ярлыку XML с пространством имен p , пространство имен c, представленное в Spring 3.1, позволяет использовать встроенные атрибуты для настройки аргументов конструктора, а не вложенные элементы constructor-arg. В следующем примере пространство имен c: используется для выполнения тех же действий, что и из инъекций зависимости от конструктора: <beans xmlns="http://www.springframework.org/schema/beans" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:c="http://www.springframework.org/schema/c" xsi:schemaLocation="http://www.springframework.org/schema/beans https://www.springframework.org/schema/beans/spring-beans.xsd"> <bean id="beanTwo" class="x.y.ThingTwo"/> <bean id="beanThree" class="x.y.ThingThree"/> <!-- традиционное объявление с необязательными именами аргументов --> <bean id="beanOne" class="x.y.ThingO...

Пространство имен p позволяет вам использовать атрибуты элемента bean (вместо вложенных элементов <property/>) для описания значений вашего свойства, взаимодействующих bean-компонентов, или обоих. Spring поддерживает расширяемые форматы конфигурации с пространствами имен, основанные на определении схемы XML. Формат конфигурации bean-компонентов, обсуждаемый в этой главе, определен в документе схемы XML. Однако пространство имен p не определено в файле XSD и существует только в ядре Spring. В следующем примере показаны два фрагмента XML (первый использует стандартный формат XML, а второй - пространство имен p), которые разрешают один и тот же результат: <beans xmlns="http://www.springframework.org/schema/beans" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:p="http://www.springframework.org/schema/p" xsi:schemaLocation="http://www.springframework.org/schema/beans https://www.springframework.org/schema/bea...