關於spring自動檢測組件的使用方式網上太多了,而且也不是我記錄的重點,我想說下一點可能你還不知道的經驗我們知道如果不想在xml檔案中配置bean,我們可以給我們的類加上spring組件註解,只需再配置下spring的掃描器就可以實現bean的自動載入。 先寫一個小例子,剩下的在下面解釋<!--定義掃描根路徑為leot.test,不使用預設的掃描方式 -->
<context:component-scan base-package="leot.test"use-default-filters="false">
<!--掃描符合@Service @Repository的類 -->
<context:include-filtertype="annotation"expression="org.springframework.stereotype.Service"/>
<context:include-filtertype="annotation"expression="org.springframework.stereotype.Repository"/>
</context:component-scan>
下面是引用spring framework開發手冊中的一段話“
Spring 2.5引入了更多典型化註解(stereotype annotations):@Component、@Service和@Controller。@Component是所有受Spring管理組件的通用形式;而@Repository、@Service和@Controller則是@Component的細化,用來表示更具體的用例(例如,分別對應了持久化層、服務層和表現層)。也就是說,你能用@Component來註解你的組件類,但如果用@Repository、@Service或@Controller來註解它們,你的類也許能更好地被工具處理,或與切面進行關聯。例如,這些典型化註解可以成為理想的切入點目標。當然,在SpringFramework以後的版本中,
@Repository、@Service和@Controller也許還能攜帶更多語義。如此一來,如果你正在考慮服務層中是該用@Component還是@Service,那@Service顯然是更好的選擇。同樣的,就像前面說的那樣,@Repository已經能在持久化層中進行異常轉換時被作為標記使用了。”
下面是網上目前關於組件掃描最詳細的介紹
SpringapplicationContext.xml的<context:component-scan>標籤用途比我想像的還要實用。而且後來才知道,有了<context:component-scan>,另一個<context:annotation-config/>標籤根本可以移除掉,因為被包含進去了。原本我surverySpring3通常只配置成<context:component-scanbase-package="com.foo.bar"/>,意即在base-package下尋找有@Component和@Configuration的targetClass。而現在如下的飯粒:
<context:component-scanbase-package="com.foo" use-default-filters="false">
<context:include-filtertype="regex"expression="com.foo.bar.*Config"/>
<context:include-filter type="regex"expression="com.foo.config.*"/>
</context:component-scan> |
<context:component-scan>提供兩個子標籤:<context:include-filter>和<context:exclude-filter>各代表引入和排除的過濾。而上例把use-default-filters屬性設為false,意即在base-package所有被宣告為@Component和@Configuration等targetClass不予註冊為bean,由filter子標籤代勞。
filter標籤在Spring3有五個type,如下:
| FilterType |
ExamplesExpression |
Description |
| annotation |
org.example.SomeAnnotation |
符合SomeAnnoation的target class |
| assignable |
org.example.SomeClass |
指定class或interface的全名 |
| aspectj |
org.example..*Service+ |
AspectJ語法 |
| regex |
org\.example\.Default.* |
Regelar Expression |
| custom |
org.example.MyTypeFilter |
Spring3新增自訂Type,實作org.springframework.core.type.TypeFilter |
所以上例用的regex就有個語病,com.foo.config.*可以找到com.foo.config.WebLogger,但也可以找到com1fool2config3abcde,因為小數點在Regex是任意字元,是故要用\.把小數點跳脫為佳。(2010/3/15補充:但要使用\.方式,其use-default-filters不能為false,否則抓不到,感覺是Bug)
Spring3提供豐富的Filter支援,有益配置策略,不需面臨ConfigurationHell,比如Regex的com\.foo\.*\.action\.*Config,這樣就可以找到com.foopackage下所有action子package的*Config的target class。
我按他的例子,配置了我自己的如下:
<context:component-scanbase-package="com.xhlx.finance.budget" >
<context:include-filtertype="regex"expression="com.lee.finance.budget.service.*"/>
<context:include-filtertype="regex"expression="com.lee.finance.budget.security.*"/>
</context:component-scan>但是死活掃描不到,網上又沒有更好的講解,沒辦法只好自己試,改成<context:component-scanbase-package="com.xhlx.finance.budget" >
<context:include-filtertype="regex"expression="com.lee.finance.budget.*"/>
</context:component-scan>這樣連沒有加註解的類也掃描並執行個體化,結果報錯,因為有的類根本就沒有預設的建構函式不能執行個體化,能不報錯嗎改成<context:component-scanbase-package="com.xhlx.finance.budget" >
<context:include-filtertype="regex"expression="com\.lee\.finance\.budget\.service.*"/>
</context:component-scan>問題依舊<context:component-scanbase-package="com.xhlx.finance.budget" >
<context:include-filtertype="regex"expression="com.lee.finance.budget.service.TestService"/>
</context:component-scan>嘿,這次可以了,寫全限定名就可以,運算式卻不行,但是如果我有成千上百個還得一個一個這樣配置啊?不行,繼續研究,我想有個base-package的配置,從表面意思來看這是個“基本包”,是否表示下面的過濾路徑是基於這個包的呢?於是試著改成<context:component-scanbase-package="com.xhlx.finance.budget" >
<context:include-filtertype="regex" expression=".service.*"/>
</context:component-scan>嘿,行了。