Студопедия

КАТЕГОРИИ:


Архитектура-(3434)Астрономия-(809)Биология-(7483)Биотехнологии-(1457)Военное дело-(14632)Высокие технологии-(1363)География-(913)Геология-(1438)Государство-(451)Демография-(1065)Дом-(47672)Журналистика и СМИ-(912)Изобретательство-(14524)Иностранные языки-(4268)Информатика-(17799)Искусство-(1338)История-(13644)Компьютеры-(11121)Косметика-(55)Кулинария-(373)Культура-(8427)Лингвистика-(374)Литература-(1642)Маркетинг-(23702)Математика-(16968)Машиностроение-(1700)Медицина-(12668)Менеджмент-(24684)Механика-(15423)Науковедение-(506)Образование-(11852)Охрана труда-(3308)Педагогика-(5571)Полиграфия-(1312)Политика-(7869)Право-(5454)Приборостроение-(1369)Программирование-(2801)Производство-(97182)Промышленность-(8706)Психология-(18388)Религия-(3217)Связь-(10668)Сельское хозяйство-(299)Социология-(6455)Спорт-(42831)Строительство-(4793)Торговля-(5050)Транспорт-(2929)Туризм-(1568)Физика-(3942)Философия-(17015)Финансы-(26596)Химия-(22929)Экология-(12095)Экономика-(9961)Электроника-(8441)Электротехника-(4623)Энергетика-(12629)Юриспруденция-(1492)Ядерная техника-(1748)

Область видимости бина

Жизненный цикл бинов в контексте SpringFramework

Внутри контейнера, конфигурация каждого бина представлена экземпларом класса BeanDefinition. Который имеет следующие поля/атрибуты:

  • class - задаёт название класса, который используется для создания бина
  • name - задаёт имя, которое может быть использовано как альтернатива XML атрибуту id
  • scope - задаёт время жизни бина (является ли он singleton, или новый экземпляр создаётся каждый раз когда происходит вызов getBean() контекста)
  • constructor arguments – используются для задания свойство через конструктор с параметрами
  • properties – используется для задания полей объекта через set-методы
  • autowiring mode – устанавливает флаг, который заставляет контейнер автоматически проставлять связи между объектами, основываясь наназваниях бинов и их типах
  • lazy-initialization mode – задаёт использовать ли отложенную инициализацию бина, по умолнянию все бины создаются сразу, при инициализации контекста
  • initialization method - задаёт название метода класса бина, который должен быть вызван при создании нового экземпляра бина
  • destruction method – задаёт название метода, который должен быть вызван при деинициализации контекста

 

В SpringFramework версии 3.0 и выше доступны следующие области видимости:

  • singleton
  • prototype
  • request
  • session
  • globalsession
  • thread

При использовании Spring вне web-контейнера доступными становятся только singleton и prototype. Область видимости thread доступна, но требует дополнительной регистрации в контексте. Кроме того, Spring спроектирован таким образом, что позволяет программистам добавлять свои области видимости, специфичные для решаемой задачи.

 

Основное отличие между singleton и prototype заключается в том, что singleton создаётся один раз, при создании и инициализации контекста, и каждый вызов метода getBean() возвращает один и тот же экземпляр. Более того, если в контексте несколько бинов ссылаются на singleton, то по сути они ссылаются на один и тот же эксземпляр.

Если же бин объявлен с областью видимости prototype, то каждый вызов getBean() будет приводить к созданию нового экземпляра класса.

По умолчанию все бины создаются с областью видимости singleton. Для того что бы создать prototype необходимо объявить атрибут scope:

<bean id="accountService" class="com.foo.DefaultAccountService" scope="prototype"/>

 

Приведённый ниже пример регистрирует новый scope (который тем не менее входит в комплект SpringFramework):

<?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:aop="http://www.springframework.org/schema/aop" xsi:schemaLocation="http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans-3.0.xsd http://www.springframework.org/schema/aop http://www.springframework.org/schema/aop/spring-aop-3.0.xsd"> <bean class="org.springframework.beans.factory.config.CustomScopeConfigurer"> <property name="scopes"> <map> <entry key="thread"> <bean class="org.springframework.context.support.SimpleThreadScope"/> </entry> </map> </property> </bean> <bean id="bar" class="x.y.Bar" scope="thread"> <property name="name" value="Rick"/> <aop:scoped-proxy/> </bean> <bean id="foo" class="x.y.Foo"> <property name="bar" ref="bar"/> </bean> </beans>

 

Если необходимо в качестве коллаборатора (dependency) проставить бин с областью видимости (scope) отличной от singleton, то очевидно, простое указание dependency не будет работать. Для этого необходимо указать Spring, что вместо целевого класса необходимо проставлять в качестве коллаборатора его прокси-объект. Spring автоматически генерирует прокси объект на scoped бин, если в описание бина добавить <aop:scoped-proxy/>.

Для генерации прокси объекта Spring по умолчанию использует CGLIB, которая генерирует подкласс целевого класса. В этом случае проксируются только public методы. Кроме того, вместо CGLIB возможно использование Java interface proxy. Для этого необходимо указать false:

<!-- DefaultUserPreferences implements the UserPreferences interface --><bean id="userPreferences" class="com.foo.DefaultUserPreferences" scope="session"> <aop:scoped-proxy proxy-target-class="false"/></bean> <bean id="userManager" class="com.foo.UserManager"> <property name="userPreferences" ref="userPreferences"/></bean>

 

<== предыдущая лекция | следующая лекция ==>
Введение. Что такое Контейнер объектов и зачем он нужен | Aware- интерфейсы. Получение доступа к контектсу
Поделиться с друзьями:


Дата добавления: 2014-01-05; Просмотров: 1665; Нарушение авторских прав?; Мы поможем в написании вашей работы!


Нам важно ваше мнение! Был ли полезен опубликованный материал? Да | Нет



studopedia.su - Студопедия (2013 - 2024) год. Все материалы представленные на сайте исключительно с целью ознакомления читателями и не преследуют коммерческих целей или нарушение авторских прав! Последнее добавление




Генерация страницы за: 0.007 сек.