Verständnis Frühling @Configuration-Klasse

Migrieren von XML zu @Configuration

Ist es möglich, die Migration der xml-Code in eine @Configuration in wenigen Schritten:

1. Erstellen Sie eine @Configuration annotierten Klasse:

   @Configuration
   public class MyApplicationContext {
   
   }

2. Für jeden <bean> - tag erstellen Sie eine Methode annotiert mit @Bean:

   @Configuration
   public class MyApplicationContext {
   
     @Bean(name = "someBean")
     public SomeClass getSomeClass() {
       return new SomeClassImpl(someInterestingProperty); //We still need to inject someInterestingProperty
     }
   
     @Bean(name = "anotherBean")
     public AnotherClass getAnotherClass() {
       return new AnotherClassImpl(getSomeClass(), beanFromSomewhereElse); //We still need to inject beanFromSomewhereElse
     }
   }

3. Importieren beanFromSomewhereElse wir brauchen, um es zu importieren der definition. Es kann festgelegt werden, in eine XML-und die werden wir nutzen @ImportResource:

   @ImportResource("another-application-context.xml")
   @Configuration
   public class MyApplicationContext {
     ...  
   }

   Wenn die bean definiert ist, in einem anderen @Configuration Klasse, die wir verwenden können, die @Import Anmerkung:

   @Import(OtherConfiguration.class)
   @Configuration
   public class MyApplicationContext {
     ...
   }

4. Nachdem wir importierten die anderen XMLs oder @Configuration Klassen, können wir die Bohnen, die Sie erklären, in unserem Zusammenhang durch die Deklaration einer privaten member der @Configuration - Klasse wie folgt:

   @Autowired
   @Qualifier(value = "beanFromSomewhereElse")
   private final StrangeBean beanFromSomewhereElse;

   Oder verwenden Sie es direkt als parameter in der Methode definiert die Bohne, dass hängt dieses beanFromSomewhereElse mit @Qualifier wie folgt:

   @Bean(name = "anotherBean")
   public AnotherClass getAnotherClass(@Qualifier (value = "beanFromSomewhereElse") final StrangeBean beanFromSomewhereElse) {
     return new AnotherClassImpl(getSomeClass(), beanFromSomewhereElse);
   }

5. Import Eigenschaften ist sehr ähnlich zu importieren bean aus einem anderen xml-oder @Configuration Klasse. Anstelle der Verwendung von @Qualifier verwenden wir @Value mit Eigenschaften wie folgt:

   @Autowired
   @Value("${some.interesting.property}")
   private final String someInterestingProperty;

   Kann dies mit verwendet werden SpEL Ausdruck an.

6. Damit die Feder zur Behandlung von solchen Klassen als beans Container, die wir brauchen, um das zu markieren, die in unserer Haupt-xml, indem Sie diesen tag in der Kontext:

   <context:annotation-config/>

   Können Sie jetzt importieren @Configuration Klassen genau das gleiche wie erstellen Sie eine einfache bean:

   <bean class="some.package.MyApplicationContext"/>

   Gibt es Möglichkeiten, zu vermeiden, spring-XML-Dateien zusammen, aber Sie sind nicht in den Rahmen dieser Antwort. Finden Sie eine dieser Optionen in meinem blog-post auf die ich mich stützen meine Antwort.

Die Vorteile und Nachteile der Verwendung dieser Methode

Grundsätzlich finde ich diese Methode zu deklarieren, Bohnen viel bequemer als die Verwendung von XML-Dateien durch ein paar Vorteile sehe ich:

1. Tippfehler - @Configuration Klassen sind kompiliert und Tippfehler einfach nicht erlauben Zusammenstellungen
2. Fail fast (compile-Zeit) - Wenn Sie vergessen haben, injizieren Sie eine Bohne werden Sie scheitern auf compile-Zeit und nicht auf run-time wie bei XML-Dateien
3. Einfacher zu navigieren in der IDE - zwischen Konstruktoren von Bohnen zu verstehen, die "dependency tree".
4. Leicht möglich, debug-Konfiguration Start -

Die Nachteile sind nicht viele so wie ich Sie sehe, aber es gibt ein paar, die ich mir vorstellen könnte:

1. Missbrauch - Code ist leichter zu missbrauchen als XML-Dateien
2. Mit XML-Dateien können Sie Abhängigkeiten definieren, basiert auf Klassen, die nicht verfügbar sind, die während der Kompilierung, sondern während der Laufzeit. Mit @Configuration Klassen müssen Sie über die verfügbaren Klassen zur compile-Zeit. In der Regel ist das kein Problem, aber es gibt Fälle, kann es werden.

Bottom line: Es ist völlig in Ordnung, zu kombinieren, XMLs, @Configuration und Anmerkungen in Ihrem Anwendungskontext. Der Frühling kümmert sich nicht um die Methode einer bean deklariert.