Spring XML配置十二个最佳实践之一

Spring是一个强大的JAVA应用框架，广泛地应用于JAVA的应用程序。为Plain Old Java Objects（POJOs）提供企业级服务。Spring利用依赖注入机制来简化工作，同时提高易测性。Spring beans及依赖，以及beans类所需的服务都在配置文件中进行了详细的说明，这个配置文件是典型的XML格式。但是它既冗长又不实用。对于需要定义大量Spring beans的大工程来说，我们难以阅读和管理它。
        在这篇文章里，对于Spring XML的配置，我将向你展示12种比较好的实践。其中的一些实践不仅是好的实践，更是必要的实践。除此以外，还有其他因素，例如领域模型的设计，都能影响XML的配置，但是这篇文章重点研究XML配置的易读性和易管理性。

        1。不要使用autowiring

        Spring可以通过类的自省来自动绑定其依赖部分，使得你不必明确指明bean的属性和构造器。Bean的属性可以通过属性名称或类型匹配来实现自动绑定。构造器通过类型匹配来实现自动绑定。你甚至可以指定自动检测自动绑定模式，它可以引导Spring选择一种适当的运行机制。先来看看下面的一个例子：
     <bean id="orderService" class="com.lizjason.spring.OrderService" autowire="byName"/>
        OrderService类的属性名在容器中用于匹配bean实例。自动绑定可以潜在地节省一些打字和减少一些混乱。但是在现实世界的工程里你不应该使用这种方式，这是因为它牺牲了配置的清晰性和可维护性。许多指南和介绍中大量吹捧自动绑定是Spring的一种极好的特征而没有提到这一特性所带来的牺牲。依我的观点，这就像Spring中的object－pooling，它更像是一种为了占据更多市场的商业特征。它对于XML配置文件的小巧化是一个好办法，但实际上也增加了复杂程度，尤其当你运行有大量类声明的工程时。虽然Spring允许你混合自动绑定和手动绑定，但是这个矛盾会使XML配置更加晦涩难懂。

        2.使用通俗的命名

        这个方式对于Java编码也一样适用。在工程中使用清晰的、描述性的、协调的通俗名称对于开发者理解XML配置是十分有益的。例如对于bean ID，你可以根据通俗的Java类名来命名它。对于例子中OrderServiceDAO的bean ID命名为orderServiceDAO。对于大的工程，你可以在bean ID前面加上包名作为前缀。

        3. 使用简洁的形式

        简洁形式避免了冗长，是因为它从子元素中将属性值和参考写到属性中。例如下面的例子：
     <bean id="orderService"
         class="com.lizjason.spring.OrderService">
         <property name="companyName">
             <value>lizjason</value>
         </property>
         <constructor-arg>
             <ref bean="orderDAO">
         </constructor-arg>
     </bean>
        可以使用简洁形式将上述代码重写为：
     <bean id="orderService" class="com.lizjason.spring.OrderService">
         <property name="companyName" value="lizjason"/>
         <constructor-arg ref="orderDAO"/>
     </bean>

       简洁形式功能在1.2版本中可以使用。对于<ref local="...">没有简洁形式。
        简洁形式不但可以节约你的打字，而且可以使XML配置文件清晰。它最引人注目的是当在一个配置文件中有大量定义的类时可以提高易读性。

        4. 对于构造器参数匹配，类型名比序号好。

        当一个构造器含有一个以上的同种类型的参数，或者属性值的标签已经被占用时，Spring允许你使用从0计数的序号来解决这些会带来混淆的问题。例如：
     <bean id="billingService"
         class="com.lizjason.spring.BillingService">
         <constructor-arg index="0" value="lizjason"/>
         <constructor-arg index="1" value="100"/>
     </bean>
        像下面这样，利用类型属性来编写会更好一些：
     <bean id="billingService" class="com.lizjason.spring.BillingService">
         <constructor-arg type="java.lang.String" value="lizjason"/>
         <constructor-arg type="int" value="100"/>
     </bean>
        使用索引可以稍稍减少一些冗长，但是和使用类型属性相比，它还是有容易发生错误的倾向和难于阅读的缺点。你应该只在构造器参数不明确的时候，才使用索引这一方法。

        5. 尽可能重用已定义过的bean

        Spring提供一种类似继承一样的机制来减少配置信息的复制并简化XML配置。定义一个子类可以从它父类那里继承配置信息，而父类实质上作为子类的一个模板。这就是大工程中所谓的重用。你所需要做的就是在父类bean中设置abstract=true，然后在子bean注明它自己的父类bean。例如：
     <bean id="abstractService" abstract="true" class="com.lizjason.spring.AbstractService">
         <property name="companyName" value="lizjason"/>
     </bean>
     <bean id="shippingService" parent="abstractService" class="com.lizjason.spring.ShippingService">
         <property name="shippedBy" value="lizjason"/>
     </bean>
        ShippingService类从abstractService类那里继承companyName属性的值——lizjason。如果你没有为一个bean指明类或factory方法，那么这个bean便是抽象的。

        6. 尽量使用ApplicationContext来装配定义的bean

        像在Ant脚本中的引用一样，Spring的引用对于装配模块化的bean来说是很有用的。例如：
     <beans>
         <import resource="billingServices.xml"/>
         <import resource="shippingServices.xml"/>
         <bean id="orderService" class="com.lizjason.spring.OrderService"/>
     <beans>
        相对于使用import在XML配置中来预装配，通过ApplicationContext来配置这些beans，显得更加灵活。利用ApplicationContext也使得XML配置易于管理。你可以像下面的例子那样在ApplictionContext构造器里布置bean：
     String[] serviceResources ={"orderServices.xml","billingServices.xml","shippingServices.xml"};
     ApplicationContext orderServiceContext = new ClassPathXmlApplicationContext(serviceResources);