Использование @Bean весной 5 [дубликат]

• @component и его специализации (@Controller, @service, @repository) позволяют автоматически обнаруживать, используя сканирование классов. Если мы увидим, что класс компонента, такой как @Controller, @service, @repository будет автоматически сканироваться с помощью фреймворка с использованием сканирования компонентов.
• @Bean, с другой стороны, может использоваться только для явного объявления одного компонента в классе конфигурации.
• @Bean используется для явного объявления одного компонента, вместо того, чтобы позволить пружине делать это автоматически. Это делает septate объявление bean из определения класса.
• Короче @Controller, @service, @repository предназначены для автоматического обнаружения и @Bean для создания отдельного компонента из класса

    - @Controller
    public class LoginController 
    { --code-- }

    - @Configuration
    public class AppConfig {
    @Bean
    public SessionFactory sessionFactory() 
    {--code-- }

Оба подхода нацелены на регистрацию целевого типа в контейнере Spring.

Разница заключается в том, что @Bean применим к методам, тогда как @Component применим к типам.

когда вы используете аннотацию @Bean, вы управляете логикой создания экземпляра в теле метода (см. пример выше ). С аннотацией @Component вы не можете.

Давайте рассмотрим, что я хочу конкретной реализации в зависимости от некоторого динамического состояния. @Bean идеально подходит для этого случая.

@Bean
@Scope("prototype")
public SomeService someService() {
    switch (state) {
    case 1:
        return new Impl1();
    case 2:
        return new Impl2();
    case 3:
        return new Impl3();
    default:
        return new Impl();
    }
}

Однако нет способа сделать это с помощью @Component.

1. @Component автоматически определяет и настраивает компоненты, используя сканирование классов, где @Bean явно объявляет один бит, вместо того, чтобы позволить Spring делать это автоматически.
2. @Component не отделяет декларацию bean из определения класса, где @Bean отделяет объявление компонента от определения класса.
3. @Component является аннотацией уровня класса, где @Bean - это аннотация метода уровня и имя метода как имя компонента.
4. @ Компонент не обязательно должен использоваться с аннотацией @Configuration, где в аннотации @Configuration должен использоваться аннотация @Bean.
5. Мы не можем создать компонент класса с помощью @Component, если класс находится за пределами весеннего контейнера, где мы можем создать компонент класса с помощью @Bean, даже если класс присутствует вне весеннего контейнера.
6. @Component имеет разные специализации, такие как @ Controller, @ Repository и @Service, где @Bean не имеет специализаций.

@Component Предпочтительно для сканирования компонентов и автоматической проводки.

Когда вы должны использовать @Bean?

Иногда автоматическая настройка не является опцией. Когда? Представим себе, что вы хотите подключать компоненты из сторонних библиотек (у вас нет исходного кода, поэтому вы не можете комментировать его классы с помощью @Component), поэтому автоматическая настройка невозможна.

Аннотации @Bean возвращают объект, который весна должна регистрироваться как компонент в контексте приложения. Тело метода несет логику, ответственную за создание экземпляра.

@Component и @Bean выполняют две совершенно разные вещи, и их не следует путать.

@Component (и @Service и @Repository) используются для автоматического обнаружения и автоматическое конфигурирование bean-компонентов, использующее сканирование классов. Существует неявное взаимно однозначное сопоставление между аннотированным классом и компонентом (т. Е. Одним компонентом для каждого класса). [7]

@Bean используется для явно , объявляет один бит, вместо того, чтобы позволить Spring делать это автоматически, как указано выше. явно ограничено этим подходом, поскольку это чисто декларативный. , Он отделяет декларацию компонента от определения класса и позволяет вам создавать и настраивать компоненты точно так, как вы выберете.