Spring2.5 注释驱动的IoC功能

?? 基于注释（Annotation）的配置有越来越流行的趋势，Spring 2.5 顺应这种趋势，提供了完全基于注释配置

Bean、装配 Bean 的功能，可以使用基于注释的 Spring IoC 替换原来基于 XML 的配置。
??
?? 注释配置相对于xml配置的优势在于：
?? 1 注释和java文件位于同一个文件中，而xml配置采用的是独立的配置文件。大多数的配置信息在开发完成后不会修改，

把配置信息和java?代码放在一起，有助于增加程序的内聚性。采用独立的xml文件配置，往往在编程工程中需要在java文

件和xml文件之间切换，造成思维上的不连贯，降低了开发的效率。
?? 2 注释可以充分的利用java的反射机制，大量的减少配置工作。如使用JPA配置ORM映射关系时，不需要指定对象的属

性名，类型等信息。如果表字段名与对象的属性名称，类型全部一致，甚至不需要编写任务属性映射信息。

??

??? 使用xml的配置方式注入bean

? 清单1??? Office.java

? 清单2?? Car.java
?清单4? beans.xml
?清单5? 测试类
?? 当Spring启动时，AutowiredAnnotationBeanPostProcessor 将扫描 Spring 容器中所有 Bean，
当发现 Bean 中拥有 @Autowired 注释时就找到和其匹配（默认按类型匹配）的 Bean，并注入到对应的地方中去。
按照上面的配置，Spring 将直接采用 Java 反射机制对 Boss 中的 car 和 office 这两个私有成员变量进行自动注入。
@Autowired标签也可以注释到方法以及构造函数上，得到的效果完全相同。
清单8?? Boss.java
?
使用@Component
虽然我们可以通过 @Autowired 或 @Resource 在 Bean 类中使用自动注入功能，但是 Bean 还是在 XML 文件中
通过 <bean> 进行定义 —— 也就是说，在 XML 配置文件中定义 Bean，通过 @Autowired 或 @Resource 为 
Bean 的成员变量、方法入参或构造函数入参提供自动注入的功能。能否也通过注释定义 Bean，从 XML 配置文件中完全
移除 Bean 定义的配置呢？通过 Spring 2.5 提供的 @Component 注释就可以达到这个目标.
使用注释定义 Bean 并完成 Bean 之间装配：
清单 16? 使用@Component注释
?这里，所有通过 <bean> 元素定义 Bean 的配置内容已经被移除，仅需要添加一行 <context:component-scan/> 
配置就解决所有问题了——Spring XML 配置文件得到了极致的简化。
<context:component-scan/> 配置项不但启用了对类包进行扫描以实施注释驱动 Bean 定义的功能，同时还启用了注
释驱动自动注入的功能（即还隐式地在内部注册了 AutowiredAnnotationBeanPostProcessor 和
?CommonAnnotationBeanPostProcessor），因此当使用 <context:component-scan/> 后，就可以将
?<context:annotation-config/> 移除了。
默认情况下通过 @Component 定义的 Bean 都是 singleton 的，如果需要使用其它作用范围的 Bean，可以通过
?@Scope 注释来达到目标
清单18?? @Scope定义Bean的作用范围
@Scope("prototype")@Component("boss")public class Boss {    …}
?这样，当从 Spring 容器中获取 boss Bean 时，每次返回的都是新的实例了。?
Spring 2.5 中除了提供 @Component 注释外，还定义了几个拥有特殊语义的注释，它们分别是：@Repository、
@Service 和 @Controller。在目前的 Spring 版本中，这 3 个注释和 @Component 是等效的，但是从注释类
的命名上，很容易看出这 3 个注释分别和持久层、业务层和控制层（Web 层）相对应。虽然目前这 3 个注释和 
@Component 相比没有什么新意，但 Spring 将在以后的版本中为它们添加特殊的功能。所以，如果 Web 应用程序采
用了经典的三层分层结构的话，最好在持久层、业务层和控制层分别采用 @Repository、@Service 和 
@Controller 对分层中的类进行注释，而用 @Component 对那些比较中立的类进行注释。
?
是否有了这些 IOC 注释，我们就可以完全摒除原来 XML 配置的方式呢？答案是否定的。有以下几点原因：
?
1 注释配置不一定在先天上优于 XML 配置。如果 Bean 的依赖关系是固定的，（如 Service 使用了哪几个 DAO 类），
这种配置信息不会在部署时发生调整，那么注释配置优于 XML 配置；反之如果这种依赖关系会在部署时发生调整，XML
?配置显然又优于注释配置，因为注释是对 Java 源代码的调整，您需要重新改写源代码并重新编译才可以实施调整。 
?
2如果 Bean 不是自己编写的类（如 JdbcTemplate、SessionFactoryBean 等），注释配置将无法实施，此时
?XML 配置是唯一可用的方式。 
?
3 注释配置往往是类级别的，而 XML 配置则可以表现得更加灵活。比如相比于 @Transaction 事务注释，使用
?aop/tx 命名空间的事务配置更加灵活和简单。 
?
所以在实现应用中，我们往往需要同时使用注释配置和 XML 配置，对于类级别且不会发生变动的配置可以优先考虑注释配
置；而对于那些第三方类以及容易发生调整的配置则应优先考虑使用 XML 配置。Spring 会在具体实施 Bean 创建和
?Bean 注入之前将这两种配置方式的元信息融合在一起。