Spring 總結XML配置的十二個最佳實踐

Spring是一個強大的JAVA應用框架，廣泛地應用於JAVA的應用程序。為PlainOldJavaObjects（POJOs）提供企業級服務。Spring利用依賴注入機制來簡化工作，同時提高易測性。Springbeans及依賴，以及beans類所需的服務都在配置文件中進行了詳細的說明，這個配置文件是典型的XML格式。但是它既冗長又不實用。對於需要定義大量Springbeans的大工程來說，我們難以閱讀和管理它。

版權聲明：任何獲得Matrix授權的網站，轉載時請務必保留以下作者信息和鏈接

作者:Jason;Li;evenbetter(作者的blog:http://blog.matrix.org.cn/page/evenbetter)

原文:http://www.onjava.com/pub/a/onJava/2006/01/25/spring-XML-configuration-best-practices.Html

譯文:http://www.matrix.org.cn/resource/article/44/44236_Spring+XML+Configurations.Html

關鍵字:Spring;XML;Configurations

在這篇文章裡，對於SpringXML的配置，我將向你展示12種比較好的實踐。其中的一些實踐不僅是好的實踐，更是必要的實踐。除此以外，還有其他因素，例如領域模型的設計，都能影響XML的配置，但是這篇文章重點研究XML配置的易讀性和易管理性。

1。不要使用autowiring

Spring可以通過類的自省來自動綁定其依賴部分，使得你不必明確指明bean的屬性和構造器。Bean的屬性可以通過屬性名稱或類型匹配來實現自動綁定。構造器通過類型匹配來實現自動綁定。你甚至可以指定自動檢測自動綁定模式，它可以引導Spring選擇一種適當的運行機制。先來看看下面的一個例子：

OrderService類的屬性名在容器中用於匹配bean實例。自動綁定可以潛在地節省一些打字和減少一些混亂。但是在現實世界的工程裡你不應該使用這種方式，這是因為它犧牲了配置的清晰性和可維護性。許多指南和介紹中大量吹捧自動綁定是Spring的一種極好的特征而沒有提到這一特性所帶來的犧牲。依我的觀點，這就像Spring中的object－pooling，它更像是一種為了占據更多市場的商業特征。它對於XML配置文件的小巧化是一個好辦法，但實際上也增加了復雜程度，尤其當你運行有大量類聲明的工程時。雖然Spring允許你混合自動綁定和手動綁定，但是這個矛盾會使XML配置更加晦澀難懂。

2.使用通俗的命名

這個方式對於Java編碼也一樣適用。在工程中使用清晰的、描述性的、協調的通俗名稱對於開發者理解XML配置是十分有益的。例如對於beanID，你可以根據通俗的Java類名來命名它。對於例子中OrderServiceDAO的beanID命名為orderServiceDAO。對於大的工程，你可以在beanID前面加上包名作為前綴。

3.使用簡潔的形式

簡潔形式避免了冗長，是因為它從子元素中將屬性值和參考寫到屬性中。例如下面的例子：

可以使用簡潔形式將上述代碼重寫為：

簡潔形式功能在1.2版本中可以使用。對於沒有簡潔形式。

簡潔形式不但可以節約你的打字，而且可以使XML配置文件清晰。它最引人注目的是當在一個配置文件中有大量定義的類時可以提高易讀性。

當一個構造器含有一個以上的同種類型的參數，或者屬性值的標簽已經被占用時，Spring允許你使用從0計數的序號來解決這些會帶來混淆的問題。例如：

class="com.lizjason.spring.BillingService">



像下面這樣，利用類型屬性來編寫會更好一些：

class="com.lizjason.spring.BillingService">
value="lizjason"/>


使用索引可以稍稍減少一些冗長，但是和使用類型屬性相比，它還是有容易發生錯誤的傾向和難於閱讀的缺點。你應該只在構造器參數不明確的時候，才使用索引這一方法。

5.盡可能重用已定義過的bean

Spring提供一種類似繼承一樣的機制來減少配置信息的復制並簡化XML配置。定義一個子類可以從它父類那裡繼承配置信息，而父類實質上作為子類的一個模板。這就是大工程中所謂的重用。你所需要做的就是在父類bean中設置abstract=true，然後在子bean注明它自己的父類bean。例如：

class="com.lizjason.spring.AbstractService">
parent="abstractService"
class="com.lizjason.spring.ShippingService">

ShippingService類從abstractService類那裡繼承companyName屬性的值??lizjason。如果你沒有為一個bean指明類或factory方法，那麼這個bean便是抽象的。

6.盡量使用ApplicationContext來裝配定義的bean

像在Ant腳本中的引用一樣，Spring的引用對於裝配模塊化的bean來說是很有用的。例如：



class="com.lizjason.spring.OrderService"/>

相對於使用import在XML配置中來預裝配，通過ApplicationContext來配置這些beans，顯得更加靈活。利用ApplicationContext也使得XML配置易於管理。你可以像下面的例子那樣在ApplictionContext構造器裡布置bean：

String[]serviceResources=
{"orderServices.XML",
"billingServices.XML",
"shippingServices.XML"};
ApplicationContextorderServiceContext=new
ClassPathXMLApplicationContext(serviceResources);

7.利用id作為bean的標識符

你可以指定一個id或名稱來作為bean的標識符。雖然使用id不會提高易讀性，但是它可以讓XMLparser對bean的引用有效方面進行更好的驗證。如果由於XMLIDREF的限制而不能使用某個id，你可以利用names來作為bean的標識符。XMLIDREF的限制是id必須以字母開頭（或者在XML規范中定義的標點符號），後面接著字母，數字，連字號，下劃線，冒號等。實際上，遇到XMLIDREF限制的問題是很少見的。

8.在開發階段使用依賴檢驗

你可以在bean中給依賴檢驗的屬性設置值，而不采用原先默認的空值，屬性設置例如simple，object或all，以便容器進行依賴檢驗。當bean的全部的屬性（或某類屬性）需要被明確設置或自動綁定時，依賴檢驗便顯得很有用。

class="com.lizjason.spring.OrderService"
dependency-check="objects">

在這個例子裡，容器確保為orderServicebean設置的屬性不是primitives或者collections。為所有的bean設置默認依賴檢測也是可以的，但是我們很少這樣做，是因為有些bean的屬性根本就不必設置。

9.為每個配置文件加上一個headercomment

最好使用descriptiveid和名稱來代替在XML配置文件中的注釋。此外，加上一個配置文件header也很有用處，它可以概述文件中所定義的bean。你可以選擇將描述內容加入description標簽中。例如：



Thisfiledefinesbillingservice
relatedbeansanditdependson
baseServices.XML,whichprovides
servicebeantemplates...

...


使用description標簽的一個好處是可以容易地利用工具從標簽中選取出description（的內容）。

10.對於任何變化，要與隊友積極交流

當你重構Java代碼時，你需要隨時更新配置文件並且通知隊友。XML配置文件也是代碼，它們是應用程序的至關重要的部分，但是它們難於閱讀和維護。大部分時間你既要閱讀XML配置文件又要閱讀運行中的Java代碼。

11.Setterinjection優於constructorinjection

Spring提供3種類型的依賴注入：constructorinjection,setterinjection,和methodinjection。我們一般只用前兩種類型。

class="com.lizjason.spring.OrderService">


class="com.lizjason.spring.BillingService">

這個例子中，orderService類使用的是constructorinjection，而BillingService類使用的是setterinjection。constructorinjection可以確保bean不會在一個非法狀態下被創建，但是setterinjection更加靈活並且更易管理，尤其當類存在很多屬性並且其中一些是可選的情況下。

12.不要濫用依賴注入

作為最後一點，SpringApplicationContext可以替你創建Java對象，但是並不是所有的Java對象都通過依賴注入來創建的。例如，全局的對象不應該通過ApplicationContext來創建。Spring是一個很棒的框架，但是，就易讀性和易管理性而言，當定義大量bean的時候，基於XML的配置問題就會突出。過度的依賴注入會使XML配置變得復雜而且臃腫。記住！使用強大的IDE時，例如Eclipse和IntelliJ，與XML文件相比，Java代碼更加易讀，易維護，易管理。

總結

對於Spring的配置，XML是很優秀的方式。但當定義大量bean時，基於XML配置會變得冗長，笨拙。Spring提供了豐富的配置選項。適當地利用其中的選項可以使XML配置清晰，但是，有些選項，例如autowiring（自動綁定），往往會降低易讀性和易維護性。文章中所列舉的實例，可以幫助你創建出清晰易讀的XML配置文件。