二．背上鋪蓋帶上干糧SCA
服務(wù)框架之路啟程
記得我在推廣SCA規(guī)范的時候，常常和Spring作比較，Spring廣為流傳很大的一點(diǎn)就是在于它的IOC理念，SCA中也很徹底貫徹了這點(diǎn)（這點(diǎn)應(yīng)該是個趨勢，包括OSGI等等開源框架），但是也正是這個理念，在實(shí)際運(yùn)用當(dāng)中會帶來困擾。當(dāng)開發(fā)系統(tǒng)越來越大，一個工廠里面的bean組裝復(fù)雜度不斷增加，龐大的spring bean factory就好比一個大鍋?zhàn)樱絹碓蕉嗯渲媒豢椩谝黄穑罱K模塊與模塊之間無法分割，架構(gòu)師雖然規(guī)劃了很好的目錄結(jié)構(gòu)以及配置文件，但是在運(yùn)行期的結(jié)構(gòu)依然是耦合性極強(qiáng)，難以分割的業(yè)務(wù)模塊邏輯團(tuán)。這樣的系統(tǒng)所面臨的問題就像當(dāng)初OO要解決的問題一樣，只是上升到了業(yè)務(wù)級別：業(yè)務(wù)耦合性強(qiáng)，需求變更適應(yīng)能力弱，維護(hù)成本高，無法剝離較為獨(dú)立的業(yè)務(wù)組件提供復(fù)用，模塊與模塊之間牽制性強(qiáng)等。
SCA規(guī)范中描述的元數(shù)據(jù)就是Composite和Component，在代碼級別的概念中Component就是Spring的bean，Composite可以看作Spring bean factory(其實(shí)使用Spring也可以實(shí)現(xiàn)SCA,只是如果使用factory來作為composite那么可能在性能上和可擴(kuò)展性上還有一些問題)。在業(yè)務(wù)級別的設(shè)計中Composite就是業(yè)務(wù)模塊，Component就是業(yè)務(wù)內(nèi)部的業(yè)務(wù)實(shí)現(xiàn)邏輯單元，同時引入了Service和Reference的概念，將服務(wù)和引用單獨(dú)作為內(nèi)部邏輯單元，同時定義了Service和Reference的兩種級別（Composite和Component），達(dá)到了業(yè)務(wù)實(shí)現(xiàn)作用域的控制，真正做到了業(yè)務(wù)組件級別的封裝。
應(yīng)該來說，除了開放性的特質(zhì)以外，業(yè)務(wù)模塊封裝的特質(zhì)是SCA的模塊化最突出的優(yōu)勢，也是解決系統(tǒng)日益龐大情況下，如何降低維護(hù)成本，如何適應(yīng)需求變更，如何提高開發(fā)效率的有效手段。但就是規(guī)范中的這一點(diǎn)，Tuscany的實(shí)現(xiàn)，不得不讓我由原來的基于Tuscany架構(gòu)二次擴(kuò)展開發(fā)的想法做了轉(zhuǎn)變，同時在后面對于服務(wù)框架的需求不斷發(fā)展的情況下，對于Tuscany在服務(wù)框架中的定位不斷的作著改變。
Tuscany在業(yè)務(wù)模塊封裝上面究竟有什么問題呢？在Tuscany中提供給第三方嵌入的SCA容器EmbeddedSCADomain結(jié)構(gòu)如下：
EmbeddedSCADomain運(yùn)行期結(jié)構(gòu)圖
上面的圖展示了EmbeddedSCADomain如何載入外部的Composite到容器中，這里所用的一個技巧，就是include，Composite可以include多個Composite。下圖是一個很簡陋的活動圖，主要就是大致描述了EmbeddedSCADomain是如何加載所有的Composites的。這里面省略了Tuscany對于插件擴(kuò)展的載入以及一些細(xì)節(jié)方面的處理。
EmbeddedSCADomain啟動活動圖
根據(jù)上面兩個圖就出現(xiàn)了兩個比較大的問題：
1. 首先EmbeddedSCADomain所有的Composite和資源都是根據(jù)固定的URI載入，但是這個或者是目錄或者是jar，但是如果是目錄中的jar將不會去解析，那么對于我們業(yè)務(wù)模塊當(dāng)前的開發(fā)要求，各個業(yè)務(wù)開發(fā)組會把不同的Composite最后打包到各個業(yè)務(wù)模塊的jar中，這樣就沒有辦法通過一個EmbeddedSCADomain去裝載，互通就更加說不上了。不過這個問題不是根本性的問題。而后面2的問題是根本性的原則問題。
2. Tuscany讓所有的Composite互通，是將所有的composite通過include到一個domainComposite中，在build的過程中將所有的Composite的內(nèi)部components克隆到了domainComposite中，這樣其實(shí)所有的Component就在一個Composite中，也就很方便的互通了。這樣SCA框架的業(yè)務(wù)模型封裝形同虛設(shè)，和spring一樣一個大的factory沒有什么區(qū)別，丟失了最大的一個優(yōu)勢。同時serivce和reference都沒有兩種級別之分，業(yè)務(wù)模塊化就無法實(shí)現(xiàn)和控制。
就這樣兩個問題，讓我需要考慮重新基于Tuscany的部分內(nèi)核機(jī)制來重新構(gòu)建容器裝載，解析，組裝機(jī)制。下圖是ASF(Application Service FrameWork)的運(yùn)行期結(jié)構(gòu)設(shè)計圖
ASF(Application Service FrameWork)的運(yùn)行期結(jié)構(gòu)設(shè)計圖
問題一的解決方案：
ASF中定義了真正包容所有Composite的Service Container，創(chuàng)建的過程中，通過搜索Classpath中所有的有composite-load-config.xml文件的jar，composite-load-config.xml定義了需要裝載的Composite，然后resolve這些jar的所有的resource，根據(jù)定義要加載的內(nèi)容動態(tài)加載所有需要加載的composite。
問題二的解決方案：
基于問題一的解決，然后在Container中記錄各個composite的必要信息和狀態(tài)，然后按照不同級別的service和reference組裝所有的composite，最后激活所有的composite。
這兩個問題的解決，也標(biāo)志著ASF的基礎(chǔ)框架形成，后續(xù)的戰(zhàn)斗真正開始。
更多內(nèi)容可訪問我的blog:http://blog.csdn.net/cenwenchu79