浏览 4706 次
精华帖 (0) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
|
||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
作者 | 正文 | |||||||||||||||
发表时间:2007-06-03
使用纯java方式的bean定义时,处理静态方法时,不再需要-Factory-method
java 代码
当用方法来定义一个Bean时,这个方法必须是public的。
示例:使用aliases元素。,定义一个Bean,别名为hello
java 代码
java 代码
1.1 @ExternalBean
指定Bean是一个外部Bean
示例:
java 代码
java 代码
这里,在ExternalConfiguration中定义的helloWorld自动会被,在ConfigurationFull中定义的helloWorld覆盖。
所以,@ExtenalBean的意思是,这个是在父Context中定义的,这个父context可以是一个Configuration或是一个外部的xml文件。使用这个注释的好处是为了保持重构友好。
1.2 @ScopedProxy
Spring通过scoped proxies提供了一个方便的作用域依赖的处理方法。最简单的方式就是创建一个代理。在当使用xml配置时,使用<aop:scoped-proxies></aop:scoped-proxies>元素。JavaConfig提供了一个等价物就是@ScopedProxy,它提供了<aop:scoped-proxies></aop:scoped-proxies>相同的语义和配置选项。
java 代码
<aop:scoped-proxies></aop:scoped-proxies>及@ScopedProxy就是提供了这样的功能。
2. Bean的可见度
JavaConfig有一个非常好的特性就是可以控制Bean的可见度。JavaConfig可以使用Java方法的可见度修饰符来决定Bean是否可以被Application Context 和Bean Factory访问
java 代码
java 代码
当我们在Context中访问"protectedName"或"privateAddres"时都会抛出异常
org.springframework.beans.factory.NoSuchBeanDefinitionException: No bean named 'protectedName' is defined
但是在VisibilityConfiguration内部,三个Bean是相互可以访问的。
所以如果在用@Bean注释的方法,如果不是public的,是不能被外部的ApplicationContext访问的。
JavaConfig 提供了Bean的可见度功能,利用Spring提供的层级应用上下文,用一个特殊的Configuration类来放置所有的隐藏Bean,在一个子应用上下文内,隐藏Bean能够访问父应用上下文定义的Bean。而父应用上下文的Bean却不能访问子应用上下文的隐藏Bean.
3. Bean的依赖设置
装配一个Bean,最简单的方法就是java提供的构造函数
java 代码
Bean之间依赖的设置通过bean的方法名来进行设置,并不是通过bean名称。
Name()方法被@Bean注释后,它的Bean名称是name,但是在userInfo方法,来设置name属性是仍然需要使用方法名name(),而不是bean名称name.
java 代码
false
true
可见,被@Bean标记后,每次从ApplicationContext中获得的userInfo的对象都不是同一个对象。而每次获得的name的对象都是同一个对象。
4. 使用JavaConfig
我们在前面的例子,已经多次看到了AnnotationApplicationContext的使用。现在来全面介绍AnnotationApplicationContext.
AnnotationApplicationContext提供了四个构造函数。
1.public AnnotationApplicationContext(java.lang.Class... classes)
可以把多个Configuration类构造成一个ApplicationContext
2. public AnnotationApplicationContext(java.lang.String... locations)
除了可以接收多个完整的Configuration类构造成一个ApplicationContext外,还可以接改ant风格的类路径。
例如:ApplicationContext context = new AnnotationApplicationContext(ConfigurationFull.class.getName(),ExternalConfiguration.class.getName());
ApplicationContext context = new AnnotationApplicationContext("**/configuration/*Configuration.class");
3.public AnnotationApplicationContext(org.springframework.context.ApplicationContext parent)
给定一个父ApplicationContext来构造一个AnnotationApplicationContext.
4. public AnnotationApplicationContext()
一个默认的构造函数
上面这些都是针对Configuration类的。而我们更多的时候需要与xml结合进行使用。
这就需要使用到org.springframework.config.java.process.ConfigurationPostProcessor.
java 代码
java 代码
程序运行结果
HelloWorld!
注意,外部的xml可以直接使用Configuration中配置的Bean,而Configuration中的Bean需要使用Xml中的Bean,则需要使用@External注释。
5. Bean的命名策略
使用JavaConfig由方法产生的Bean,其方法名就是Bean名称。但是当多个方法重名,或者有多个Congiguration或与外部xml混用时,这种方式并不合适。不同的类全覆盖彼此的定义。为了自定义bean名称产生的行为,可以能过实现BeanNamingStrategy 接口来提供它自己的bean名称产生策略
BenaNamingStrategy有一个默认的实现MethodNameStrategy
MethodNameStrategy提供了一个prefix属性,用于指定Bean的前辍的产生方式
Prefix有三个取值。
NONE:即没有前辍,仍然使用方法名作为Bean的名称。
CLASS:使用类名称为作Bean的前辍,中间以.号相连。如:ConfigurationFull.word
FQN:使用完整的类路径作为Bean的前辍。如:com.springconfig.example.chapter3.ConfigurationFull.word
下面就这三种方式进行说明:
java 代码
java 代码
程序输出:
HelloWorld!
把上面的prefix属性值换成FQN
java 代码
程序输出:
HelloWorld!
6. 注释还是XML
Spring因为XML大量使用而受到了越来越多的批评,也使得基于Spring的项目变得越来越复杂。使用XML来配置Bean,它无法进行类型安全检查,当类名称或方法名被改名之后,XML中的相应配置无法随之改变。这对项目的重构带来了极大的不方便。随着JAVA EE 5,JAVA EE 6的相继推出,其中一个最大的特性就是注释的使用。当Spring使用注释来Bean时,就可以在一个纯java的类中配置Bean.因为是在纯java的环境中,可以获得编译期类型安全检查的好处,当Bean的类名或方法名进行重构修改后,Configuration中的相应的定义会被同时修改。
JavaConfig就是为了简化Spring项目的产生的,JavaConfig的使用也非常的简单,可见JavaConfig应该是简化Spring项目的一种最好解决方式。但是并不意味着,JavaConfig就应该完全的取代xml配置。Xml的优势是就是配置的灵活性和参数化以及访问外部环境,以及在web系统中的应用。JavaConfig并不排斥xml,相反,它可以和xml很好的相结合,来降低spring项目开发的复杂度。在未来,xml应该会成为JavaConfig的补充。
7. 关于文档
该文档是一个全免费的文档,可以免费传播。引用请获得作者的同意!
声明:ITeye文章版权属于作者,受法律保护。没有作者书面许可不得转载。
推荐链接
|
||||||||||||||||
返回顶楼 | ||||||||||||||||
发表时间:2007-06-08
> 引用请获得作者的同意!
写的很好,就是小气了点, 开玩笑的 |
||||||||||||||||
返回顶楼 | ||||||||||||||||