SpringApplicationContext.xml配置的12個技巧.docx

Spring ApplicationContext.xml配置的12个技巧?Spring是一个强有力的java程序框架，其被广泛应用于java的程序中。它用POJO提供了企业级服务。 Spring利用依赖注入可以获得简单而有效的测试能力。Spring beans，依赖关系，以及服务所需要的bean都将在配置文件中予以描述，配置文件一般采用XML格式。然而XML配置文件冗长而不易使用，在你进行一 个使用了大量bean的大项目中它将变得难以阅读和控制。 ?在这篇文章中我将给你展示12种的有关Spring XML配置文件的最佳技巧。它们中的一些具有更多的实际意义，而不仅是最好的技巧。请注意另外一些因素，例如域模型的设计，会影响到XML配置，但是这篇文章更关注于XML配置的可读性和可操控性。?1．避免使用自动装配Spring 可以通过bean类的自省来实现自动装配依赖，这样的话你就不必明确地描述bean的属性或者构造函数的参数。根据属性名称活匹配类型，bean属性可以 自动进行装配。而构造函数可以根据匹配类型自动装配。你甚至可以设置自动装配进行自动侦测，这样Spring替你就会选择一个合适的机制。请看下面的例 子：??Spring 可以通过bean类的自省来实现自动装配依赖，这样的话你就不必明确地描述bean的属性或者构造函数的参数。根据属性名称活匹配类型，bean属性可以 自动进行装配。而构造函数可以根据匹配类型自动装配。你甚至可以设置自动装配进行自动侦测，这样Spring替你就会选择一个合适的机制。请看下面的例 子：? bean id=orderService class=com.lizjason.spring.OrderService autowire=byName/?OrderService 类的属性名被用来和容器中的一个bean实例进行匹配。自动装配会默默的保存一些类型信息并降低混乱。然而，由于它会牺牲掉这种配置的直观性和可维护性， 你在实际的项目中将不会用到它。许多指南和陈述材料都把它吹捧为Spring的一个非常cool的特性，而没有提到它的这个缺点。依我之见，就像 Spring的对象池一样，它更多了一些商业味道。它看起来好像可以使XML配置文件更精简一些，但实际上却增加其复杂性，尤其是在你的较大规模的工程中 已经定义了很多bean的时候更是如此。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 valuelizjason/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配置更加的清晰。当你的配置文件中存在大量的bean定义时，它可以显著地提高可读性。?4．尽量使用type而不是index去解决构造函数参数的匹配问题当构造函数中有多个同类型的参数时，Spring只允许你使用从0开始的index或者value标签来解决这个问题。请看下面的例子： bean id=billingService class=com.lizjason.spring.BillingService constructor-arg index=0 value=lizjason/ constructor-arg index=1 value=100/ /bean最好用type属性取代上面的做法： bean id=billingService class=com.lizjason.spring.Billi