Spring2.0的的新特性

  Spring框架发展实在迅速，1.x系列还火到不行的时候，2.x系列立马来了，大有一统J2EE轻量级开发标准之势。现在市面上介绍Spring2.0的书籍，已经铺天盖地地袭来，显然写这篇文章稍微有些晚，不过应某些网友的的要求，加上本文高度归纳前瞻的观点还是颇有价值的 ，以下便稍微谈一下Spring2.0的一些新特性好了。
  1.引入基于Xml-Schema的配置语法，简化了Xml的配置
  2.引入新的Bean作用域(request和session范围)
  3.可扩展的容器级Xml配置(Spring官方文档将这个功能上升到了DSL级别)
  4.AOP有了很大改进,更无缝地整合了AspectJ，为管理Spring容器外的对象提供了可能
  5.JdbcTemplate的改进(增加了NamedParameterJdbcTemplate和SimpleJdbcTemplate)
  6.更简单的事务配置
  7.Spring Web MVC的大幅改进和增强(引入了CoC的观点和增强了的标签库)
  8.Spring的Scheduling支持引入TaskExecutor抽象
  9.支持JPA,支持异步JMS,更好的JMX支持
  10.支持动态语言，JRuby,Groovy,BeanShell

  就以上10大特性，接着分别展开介绍：
  1.引入基于Xml-Schema的配置语法，简化了Xml的配置
  在Spring1.x中，bean的xml配置采用xml-dtd的方式，2.x引入了xml-schema的方式(当然也完全支持先前的方式)，这一引入大大简化了bean的xml配置烦琐程度。Spring容器提供了许多公用特性的namespace(xml-schema的概念)定义方法，随便举几个例子：
  a.定义集合：
    Spring 1.x Style:
   
     
       
          [email protected]
          [email protected]
       
     
   
    Spring 2.x Style:
   
      [email protected]
      [email protected]
   
  b.定义JNDI获取：
    Spring 1.x Style:
   
     
   
    Spring 2.x Style:
   
  2. 引入新的Bean作用域(request和session范围)
  可以记得，在Spring1.x中，bean只有singleton和prototype两种作用域，并且是通过singleton开关来控制的。而2.x则引入了更多的作用域，并且其语法也发生了变化，在2.x中使用了scope元素来定义bean的作用域，从而废弃了singleton开关。当然如果你希望使用之前的定义方法也完全可以，只是你必需使用Spring1.x的DTD。如下：
  Spring 1.x Style:
   
  Spring 2.x Style:
   
  关于这两个新引入的作用域背后，其实还有蛮多的学问，Spring官方文档就这个议题的DI(Dependency Injection)有一段比较详尽的描述，在此归纳一下：
  要向目标bean注射作用域为request或session的源bean，必须提供出源bean的代理(容器才足以智能地获取到 作用域为 request或session的真实bean对象)，像下面这样:
 
 
   
   
 
 
 
   
   
 
  如果不提供出代理，则每次会获取到首次容器初始化的bean实例，这是不正确的，详见Spring官方文档。
  3.可扩展的容器级Xml配置(Spring官方文档将这个功能上升到了DSL级别)
  根据我的理解，使用了容器级这个修饰词，那么什么是容器级xml配置，简单来说就是Spring2.0提供出了一种手段，可通过Xml等手段来扩展容器的功能。比如我可以书写一些Xml定义一些规则，然后插入容器中，当需要使用这些规则的时候，就可以简单地像通过使用容器默认提供的特性一样使用这些规则，以xml-schema的形式。比如:，显然是我自己定义的一套规则，而不是容器预定义的。这样看来，按照官方为Spring贴金的说法，真的是有点DSL(Domain Specific Language)的味道， 有点寒了不过如果让我来贴金的话，我认为还是DSC比较妥当(Domain Specific Container)，毕竟Spring还没有上升到语言到高度。详见Spring官方文档 。
  4.AOP有了很大改进,更无缝地整合了AspectJ，为管理Spring容器外的对象提供了可能
  AOP一向是Spring的一大特色和亮点，Spring2.x带来了全新的AOP feature，最大的改进是更加无缝地提供了对AspectJ的整合。<<精通Spring-Java轻量级架构开发实践>>一书中，我曾在第三章详细介绍了AOP的概念以及AspectJ的开发，并在第六章花了很多笔墨介绍Spring AOP。如果有些朋友不能很快入手Spring2.x的AOP，我建议可先阅读这本书。
  如果没有Spring2.x的AspectJ支持，显然就需要通过AspectJ 特定的编译器，以完成AOP功能的织入。比如在Eclipse中，如果没有AJDT插件，就不能编译使用AspectJ。而Spring2.x的到来，改变了这一状况，于是现在我们多了很多选择，可以使用 AspectJ；可以通过@AspectJ(Spring2.x支持，需要 JDK5以上的Annotation )；可以使用Schema-base AOP(Spring2.x支持)；也 可以依然使用'朴素'的Spring AOP API和早先的AOP Xml配置；稍微提一下@AspectJ的一个额外功能，现在Spring2.x可以通过@AspectJ来管理Spring容器外的任何对象了，比如EJB,Servlet,POJO等等，这也是Spring官方推荐的管理容器外对象的方法。想了一下，这个功能实在是影响深远，更细致的介绍可以参考Spring官方文档。
  5.JdbcTemplate的改进(增加了NamedParameterJdbcTemplate等)
  还记得JdbcTemplate的易用吗？很快，Spring2.x又新增了几个JdbcTemplate以及相关的辅助类，NamedParameterJdbcTemplate允许通过Map的名值对形式来定义Sql语句的参数了，这就使得我们可不仅仅受限于传统JDBC以"?"带入Sql参数的方式了， NamedParameterJdbcTemplate不仅允许直接使用Java.util.Map，还提供了一个简单的Map包装类MapSqlParameterSource，为动态构造Sql条件提供了捷径。比如：
  public int getUserCount(final String user) {
    String sql = "select count(*) from user
                  where firstname = :first_name
                    and lastname = :last_name";

    NamedParameterJdbcTemplate tempate = new NamedParameterJdbcTemplate(this.getDataSource());
    SqlParameterSource params = new MapSqlParameterSource();
    params.addValue("first_name", user.getFirstName());
    params.addValue("last_name", user.getLastName());

    return tempate.quertForInt(sql, params);
  }
此外， SqlParameterSource接口还提供了一个实现：BeanPropertySqlParameterSource，它可根据JavaBean的属性来填充Sql条件的占位符，怎么看，这些个玩意儿都有点Ibatis的味道。
  6.更简单的事务配置
  可声明的事务配置，Spring的又一个亮点。籍由Spring2.x对AOP语法的改进以及AspectJ的整合，在Spring中声明事务不仅得到了简化，同时也变得更为强大。下面PetStore的例子一目了然：
  Spring 1.x Style:
        abstract="true">
   
   
     
        PROPAGATION_REQUIRED
        PROPAGATION_REQUIRED
        PROPAGATION_REQUIRED,readOnly
     
   
 
 
   
     
        ...
     
   
 
  Spring 2.x Style:
 
    ...
 
 
   
 
 
   
     
     
     
   
 
  7.Spring Web MVC的大幅改进和增强(引入了CoC的观点和增强了的标签库)
  Spring2.x中，Web部分尤其是Spring MVC得到了长足的改进，不仅新增了很多JSP标签库(可参考spring-form.tld)，而且对CoC(Convention Over Configuration)的观点提供了明确支持。所谓CoC，即通过一定的组件命名规约，可减少配置和编码的数量，从而带来开发效率的上升，不过这个偏编程美学的东西这里就不予介绍了，可详细参考Spring的官方文档。
  8.Spring的Scheduling支持引入TaskExecutor抽象
  还记得在Spring1.x中，通过使用Spring对Scheduling的支持觉得挺过瘾的，客户端编程和配置都非常方便。然而看了Spring2.x的发布包之后，发现1.x的支持实在少得可怜(有点像玩具包了，仅仅是JDK的Timer以及OpenSymphony的Quartz而已)。原来Spring2.x对Scheduling功能强化了很多，无论如何 Scheduling背后总有Multi Thread的概念，有了Multi Thread，自然而然会有 ThreadPool的实现。 引入TaskExecutor抽象，根据Spring官方的说明， 主要是为了摆脱对Java5的java.util.concurrent.Executor( 即Java5的ThreadPool实现 )的依赖。好了，现在 由于 Spring2.x背后的 Scheduling Infrastructure足够抽象，为其注入不同的Muti Thread实现方式或者ThreadPool实现都成为了可能，而不需要绑定在某几种实现上,可以使用Spring自己提供的ThreadPool；可以使用第三方提供的开源解决方案比如Quartz的ThreadPool；也可以使用由商业Application Server提供的更成熟的Thread Pool，Spring2.x目前提供了BEA和IBM都支持的CommonJ WorkManager，因此引入 TaskExecutor抽象 是个出色的改进。
  9.支持JPA,支持异步JMS,更好的JMX支持
  Spring2.x开始支持JPA(Java Persistent API),又一个持久层解决方案。在Spring2.x之前，只支持JMS的发送消息和同步接收消息,2.x开始支持异步接收消息了。Spring2.x开始支持JMX的Notification模型，开始支持声明式的控制MBean向MBeanServer的注册(不明白JMX的朋友可以参考 <<精通Spring-Java轻量级架构开发实践>>一书 )。详细内容请参考Spring官方文档。
  10.支持动态语言，JRuby,Groovy,BeanShell
  Spring2.x开始支持动态语言了，这充分表明了Spring集大成，集最新流行技术的一贯态度和野心。首先稍微讲讲静态动态语言的概念，简单来说静态语言大致在编译期决定行为，参数变量需要事先声明类型，并且一经声明不可改变，Java,C#,C++都是静态语言；而动态语言则在程序运行期决定行为，参数变量一般无需事先声明类型，也可随意改变，甚至无需编译，因此脚本化、代码量少、开发效率高是动态语言的一些特征，现在火到不行的RoR,还有这里讲的三种语言都是动态语言的范畴。静动态语言优劣这里不介绍了。
  Spring2.x充分肯定了动态语言的优势，另外给出了一个功能我非常感兴趣，Spring2.0系列已经可以通过动态脚本来配置Spring MVC Controller和Validator了，这就意味着Spring的xml配置在将来可以更多地实施动态脚本控制。Spring官方对这个feature的命名是"dynamic-language-backed bean"，详细内容可参考Spring官方文档。