组装多个@Configuration组件

在系统中，我们往往会根据业务逻辑的层次化或模块化对系统不同模块进行划分，于是，针对不同的层次或者模块，就会有不同的配置信息，当我们要用到这些层次或者模块的配置信息的时候，是不是就得将需要用到的每一个配置到引入呢？这样做当然没问题，但是我们有更好的做法。下面，我们以三个例子来具体讲解：

第一个例子

注意，该例子简单却不使实用。

@Configuration
public class ConfigApple {
	@Bean
	public Apple apple() {
		return new Apple("Red", 500);
	}
}

@Configuration
@Import(ConfigApple.class)// People的配置中导入了Apple的配置
public class ConfigPerson {

    @Bean
    public Person person() {
        return new Person("Jack", "Tom");
    }
}

    /**
     * 简单但是不实用
     */
    @Test
    public void simpleBeanConfigurationTest() {
	    // 在这里，我们只需要导入People的配置就行了
        ApplicationContext applicationContext =
                new AnnotationConfigApplicationContext(ConfigPerson.class);

        Person person = applicationContext.getBean(Person.class);
        Apple apple = applicationContext.getBean(Apple.class);

        logger.info("Person : {}", person);
        logger.info("Apple : {}", apple);

    }

通过日志可以发现，Apple和People的配置都是OK的。

第二个例子

这是一个实用的例子。

@Configuration
@Import({RepositoryConfig.class, ServiceConfig.class})// 注意这里，导入dao层和service层的配置
public class DatasourceConfig {

    @Bean
    public DataSource dataSource() {
        return null;
    }

    // @Configuration 在初始化上下文的时候很早就被处理了
}

@Configuration
public class RepositoryConfig {
    @Bean
    public AccountRepository accountRepository(DataSource dataSource) {
        return new JdbcAccountRepository(dataSource);
    }
}

@Configuration
public class ServiceConfig {

    @Bean
    public TransferService transferService(AccountRepository accountRepository) {
        return new TransferServiceImpl(accountRepository);
    }
}

    @Test
    public void practicalBeanConfigurationWayOneTest() {
	    // 注意这里只导入了数据源的配置
        ApplicationContext applicationContext = new AnnotationConfigApplicationContext(
                com.qs.mmeng.spring.bean.config.practical.config.one.DatasourceConfig.class);

        TransferService transferService = applicationContext.getBean(TransferService.class);
        AccountRepository accountRepository = applicationContext.getBean(AccountRepository.class);

        logger.info("TransferService : {}", transferService.getClass());
        logger.info("AccountRepository : {}", accountRepository.getClass());

    }

通过日志，我们可以看到dao层和service层的配置也是OK的，虽然在测试方法中没有显式导入它们，但是它们通过@Import注解被导入到数据源的配置中了。

第三个例子

这是一个实用的例子。

@Configuration
@Import({RepositoryConfig.class, ServiceConfig.class})
public class DatasourceConfig {
    @Bean
    public DataSource dataSource() {
        return null;
    }
    // @Configuration 在初始化上下文的时候很早就被处理了
}

@Configuration
public class RepositoryConfig {

    private final DataSource dataSource;

    @Autowired
    public RepositoryConfig(DataSource dataSource) {
        this.dataSource = dataSource;
    }

    @Bean
    public AccountRepository accountRepository() {
        return new JdbcAccountRepository(dataSource);
    }
}

@Configuration
public class ServiceConfig {

    private final AccountRepository accountRepository;

    @Autowired
    public ServiceConfig(AccountRepository accountRepository) {
        this.accountRepository = accountRepository;
    }

    @Bean
    public TransferService transferService() {
        return new TransferServiceImpl(accountRepository);
    }
}

    @Test
    public void practicalBeanConfigurationWayTwoTest() {
	    // 注意这里只导入了数据源的配置
        ApplicationContext applicationContext = new AnnotationConfigApplicationContext(
                com.qs.mmeng.spring.bean.config.practical.config.two.DatasourceConfig.class);

        TransferService transferService = applicationContext.getBean(TransferService.class);
        AccountRepository accountRepository = applicationContext.getBean(AccountRepository.class);

        logger.info("TransferService : {}", transferService.getClass());
        logger.info("AccountRepository : {}", accountRepository.getClass());

    }

通过日志，我们可以看到dao层和service层的配置也是OK的，虽然在测试方法中没有显式导入它们，但是它们通过@Import注解被导入到数据源的配置中了。