Зависимость впрыска весной

Question

Я пытаюсь понять, как работает Injection Dependency. Я читаю Pro Spring 2.5 и добрался до главы 3. Некоторые вопросы, которые пришли мне на ум:

Когда вы делаете фабрику фасонных в основном методе своего автономного приложения (было бы интересно узнать в веб-приложение тоже), а затем прочитать файл конфигурации компонента, что происходит потом? Создает ли bean-компоненты со своими зависимостями в этой точке и сохраняет их в регистре или это просто информация о конфигурации, которую он хранит в регистре?

Я понимаю, что вы должны попытаться сохранить поиск зависимостей до минимума, так что если у вас есть класс MyApplication или что-то, что загружает приложение, которое является предпочтительным. Теперь, как Spring или POJO знают, где и когда вводить зависимости, если фабрика с регистром доступна только в основном методе? Разве регистр не доступен только в основном методе? Поскольку вы не называете «getBean (...)» больше, где происходит построение? Как это удается, чтобы сохранить бобы как синглеты и т. Д.?

Answer 1

ли это создать бобы с их зависимостями в этот момент и сохраняет те в регистре

Да, по умолчанию, когда вы создаете экземпляр BeanFactory или ApplicationContext (см: BeanFactory vs ApplicationContext) Spring создает все бобы и проводов их. Исключение составляют бобы с lazyscope, но если они являются иждивенцами из ленивых бобов, они будут созданы, несмотря на это.

Весна также управляет правильным порядком инициализации боба.

Теперь, как бы весной или знать, Pojo, где и когда вводить зависимости

В принципе, все бобы живут внутри контейнера Spring. Если вы получаете один бит, он уже имеет ссылки на его прямые зависимости. Они по очереди имеют зависимости от других. Суть заключается в следующем: все бобы, как правило, создаются и подключаются при запуске, и они являются отдельными синглтонами.

Смотрите также

• Using Spring in standalone apps

Answer 2

Я думаю, на это лучше всего ответить, читая ссылки, размещенные здесь: What is dependency injection? Особенно статья Мартина Фаулера.

Подумайте обо всех ваших объектах, живущих внутри контейнера. Объекты внутри этого контейнера имеют весь жизненный цикл (создание, уничтожение, инициализация), управляемые весной или другими объектами внутри контейнера. Итак, когда происходит строительство класса? Ну, когда вы вызываете getBean(), Spring попытается извлечь этот экземпляр класса для вас. Он будет иметь определенные зависимости (свойства, управляемые с помощью пружины), поэтому весна также будет создавать экземпляры этих классов, у которых также будут результирующие зависимости и т. Д., Пока не будет построена соответствующая часть графического объекта вашего приложения.

При отключении контейнера (BeanFactory или ApplicationContext, весна затем обрабатывает любое отключение необходимого (т.е. уничтожение соединений с базами данных и т.д.).

Синглтон бобы (фасоль, для которых только один экземпляр будет существовать в течение всей жизни приложение) предварительно создаются, но это не является обязательным требованием. Весь объектный граф может быть построен лениво по запросу.

В веб-приложениях что-то похожее на вызов getBean() связывает определенный запрос с вашим контроллером , но детали различаются между реализациями. Вероятно, безопасно предположить, что это происходит только один раз для привязки каждого маршрута к контроллеру.