Spring框架的本质:3了解一点儿JavaConfig

Java5的推出,加上当年基于纯Java Annotation的依赖注入框架Guice的出现,使得Spring框架及其社区也“顺应民意”,推出并持续完善了基于Java代码和Annotation元信息的依赖关系绑定描述方式,即JavaConfig项目。

基于JavaConfig方式的依赖关系绑定描述基本上映射了最早的基于XML的配置方式,比如:

  1. 表达形式层面
    基于XML的配置方式是这样的:

    <?xml version="1.0" encoding="UTF-8"?>
    <beans xmlns="http://www.springframework.org/schema/beans"
    	   xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
    	   xmlns:context="http://www.springframework.org/schema/context"
    	   xsi:schemaLocation="http://www.springfarmework.org/schema/beans
    	   					   http://www.springframework.org/schema/beans/spring-beans.xsd
    	   					   http://www.springframework.org/schema/context
    	   					   http://www.springframework.org/schema/context/spring-context.xsd">
    	   <!--bean定义-->
    </beans>		
    

    而基于JavaConfig的配置方式是这样的:

    @Configuration
    public class MockConfiguration{
    	//bean定义
    }
    

    任何一个标注了@Configuration的Java类定义都是一个JavaConfig配置类

  2. 注册bean定义层面
    基于XML的配置形式是这样的:

    <bean id="mockService" class="..MockServiceImpl">
    ...
    </bean>
    

    而基于JavaConfig的配置形式是这样的:

    @Configuration
    public class MockConfiguration{
    	@Bean
    	public MockService mockService(){
    		return new MockServiceImpl();
    	}
    }
    

    任何一个标注了@Bean的方法,其返回值将作为一个bean定义注册到Spring的IoC容器,方法名将默认成为该bean定义的id。

  3. 表达依赖注入关系层面
    为了表达bean与bean之间的依赖关系,在XML形式中一般是这样的:

    <bean id="mockService" class="..MockServiceImpl">
    	<property name="dependencyService" ref="dependencyServcie"/>
    </bean>
    <bean id="dependencyServcie" class="DependencyServiceImpl"/>
    

    而在JavaConfig中则是这样的:

    @Configuration
    public class MockConfiguration{
    	@Bean
    	public MockService mockService(){
    		return new MockServiceImpl(dependencyService());
    	}
    	@Bean
    	public DependencyService dependencyService(){
    		return new DependencyServiceImpl();
    	}
    }
    

    如果一个bean的定义依赖其他的bean,则直接调用对应JavaConfig类中依赖bean的创建方法就可以了。
    注意:在JavaConfig形式的依赖注入过程中,我们使用方法调用的形式注入依赖,如果这个方法返回的对象实例只被一个bean依赖注入,那也还好,如果多于一个bean需要依赖这个方法调用返回的对象实例,那是不是意味着我们就会创建多个同一类型的对象实例?
    从代码表述的逻辑来看,直接上应该是会创建多个同一类型的对象实例,但实际上最终结果却不是这样,依赖注入的都是同一个Singleton的对象实例,那这是如何做到的?
    我一开始以为Spring框架会通过解析JavaConfig的代码结构,然后通过解析器转换加上反射等方式完成这一目的,但实际上Spring框架的设计和实现者采用了另一种更通用的方式,这在Spring的参考文档中有说明,即通过拦截配置类的方法调用来避免多次初始化同一类型对象的问题,一旦拥有拦截逻辑的子类发现当前方法没有对应的类型实例时才会去请求父类的同一方法来初始化对象实例,否则直接返回之前的对象实例。
    所以,原来Spring IoC容器中有的特性(features)在JavaConfig中都可以表述,只是换了一种形式而已,而且,通过声明相应的Java Annotation反而“内聚”一处,变的更加简洁明了了。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值