Каково использование класса @Configuration для определения другого класса @Configuration?

Question

В коде, в котором я играю, я видел, что несколько мест были классом @Configuration, но не определяют статический класс. Формат варьируется, но в целом что-то вроде этого:

@Configuration 
public class someAutoConfiguration { 

    @EnableConfigurationProperty(...) 
    @utoConfigureAfter(...) 
    @Configureation 
    public static class someConfiguration 
    { 
     @Autowired 
     //whatever needs autowired 

     @Bean 
     public myBean createBean(){ 

      //construct bean 
     } 
    } 

Это ясно, как эти бобы работает и что делает класс, но я путать две вещи, почему это необходимо, и скорее это даже после договора @configuration.

Все определение, которое я могу найти для @Configuration, говорит о том, что оно используется для определения bean-компонентов с помощью @Bean, я еще не смог найти никаких других обещаний для аннотации. Таким образом, кажется, что не было бы обещаний, что статический класс будет даже построен или признан как файл @Configuration в его собственном праве? Это ясно, и я не удивлен, что это будет, но работает ли контракт @Configuration такое поведение?

второй, в чем преимущество? Предположительно, есть некоторые причины, по которым нам нужны два класса, вместо того, чтобы удалить статический класс и поместить все его аннотации в родительский класс?

Answer 1

При загрузке вложенных классов необходимо лишь зарегистрировать некоторую конфигурацию (в вашем примере) в контексте приложения. В силу того, что вы вложенный класс @Configuration, someConfiguration (в вашем примере) будет зарегистрирован автоматически. Это позволяет избежать необходимости использовать аннотацию @Import, когда связь между someAutoConfiguration & someConfiguration уже неявно понятна.

Вам понадобится использовать @Import(someConfiguration.class) в случае, если вы выбрали иначе.

Answer 2

Вы путаетесь между двумя совершенно разными вещами. Класс, аннотированный с использованием @Configuration и содержащий определение Beans, является альтернативой основанному на XML подходу Spring Context. В этом классе нет необходимости в вложенном классе.

Если вы пишете тесты интеграции для своего приложения, вы можете использовать вложенный класс, чтобы указать конфигурацию. Например,

@RunWith(SpringJUnit4ClassRunner.class) 
@ContextConfiguration(loader=AnnotationConfigContextLoader.class) 
public class FooTest { 

    @Configuration 
    static class ContextConfiguration { 

     @Bean 
     public Foo foobar() { 
      return new Foo(); 
     } 
    } 

    @Autowired 
    private Foo foobar; 

    @Test 
    public void testFoo() { 
     /* ... */ 
    } 
} 

В качестве альтернативы, вы можете также использовать класс Configuration (Если вы определили любой) следующим образом:

@ContextConfiguration(classes=YourConfiguration.class, loader=AnnotationConfigContextLoader.class)