SpringXML配置的12个技巧.docxVIP

Spring 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 配置更加的令人费解。 ．使用命名规范 和 Java 编码的理念一样，在项目中始终用清晰的，描述性的，一致的命名规范对开发人员 理解 XML 配置非常有用。拿 bean ID 举例来说，你可以遵循 Java 类中属性的命名规范。 比如说，OrderServiceDAO 的 bean ID 应该是 orderServiceDAO 。对于大项目来说， 在 bean ID 前加包名来作为前缀。 ．使用简化格式 简化格式有利于减少冗余， 因为它把属性值和引用作为属性， 而不是子元素。 看下面的例子： 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=lizj