服務(wù)框架，這個名詞已經(jīng)出現(xiàn)了很多年了，很早以前系統(tǒng)的架構(gòu)就希望是以基于服務(wù)框架的方式來搭建的，turbine、phoenix、avalon等都是朝著實現(xiàn)服務(wù)框架的目標而去，如今的SCA，也可以說就是為了提供一個可用的服務(wù)框架，服務(wù)框架在系統(tǒng)中到底承擔什么角色呢，為什么它會顯得那么重要呢，如果要實現(xiàn)一個服務(wù)框架，不太可能從最底層做起，那么我們又需要怎么樣去選擇呢？
服務(wù)本身是個挺形象的名詞，在系統(tǒng)設(shè)計中我們非常強調(diào)輸入和輸出，服務(wù)呢，可以說是更形象的去強調(diào)了這一點，每個模塊都會對外提供一定的功能，而這些對外提供的功能我們就可以作為服務(wù)了，細到模塊內(nèi)，我們也會發(fā)現(xiàn)模塊內(nèi)各個類其實也是以服務(wù)的方式來交互的，在這樣的情況下，服務(wù)框架自然就成了整個系統(tǒng)的核心基礎(chǔ)框架，那么服務(wù)框架能幫我們來提供哪些功能呢，如果我們要實現(xiàn)一個服務(wù)框架，有哪些要素是需要考慮的呢，歡迎大家拍磚，多多交流！
1、如何注冊服務(wù)
怎么樣注冊出服務(wù)這東西呢，:)，這是我們在做考評時的第一要素了，最理想的莫過于通過xml將一個pojo描述為服務(wù)了，或者是java annotation的方式了。
另外個可以附加考評的點就是在注冊服務(wù)時是否支持部署到指定的服務(wù)中心，類似websphere的遠程部署。
2、如何調(diào)用服務(wù)
如何調(diào)用服務(wù)，這個可以說是考評中很重要的一個因素，而且也是比較復雜的考評點。
從調(diào)用的方式上來講，服務(wù)的調(diào)用需要考評的有是否支持injection方式和顯式調(diào)用方式、本地調(diào)用和遠程調(diào)用的區(qū)別、同步調(diào)用和異步調(diào)用的區(qū)別、lazy式的調(diào)用還是固定的引用調(diào)用，從考評的期望上來講，我們當然是希望injection和顯式調(diào)用都支持，本地調(diào)用和遠程調(diào)用、同步調(diào)用和異步調(diào)用能透明式的配置，lazy式的調(diào)用是指注入或調(diào)用的服務(wù)只有在切實調(diào)用到相應(yīng)的方法時才會獲取到真實的服務(wù)對象，而固定的引用調(diào)用時指當調(diào)用服務(wù)時即獲取到真實的服務(wù)實例對象，lazy式的調(diào)用和固定引用調(diào)用的支持對于集群應(yīng)用場景會產(chǎn)生很大的影響。
調(diào)用服務(wù)同時涵蓋了查找服務(wù)的概念，在查找服務(wù)方面考評的點就是是否支持按需查找服務(wù)、查找多個服務(wù)，由于同樣的服務(wù)在系統(tǒng)中可能存在多個不同的實現(xiàn)，按需查找服務(wù)的意義就在于可以準確的指定所需的服務(wù)，這對于需要按規(guī)則準確查找服務(wù)的應(yīng)用場景而言是很重要的；查找多個(0..n)服務(wù)呢，對于需要調(diào)用可用的所有服務(wù)的應(yīng)用場景很重要，這個功能對于當調(diào)用的服務(wù)不是必須的時候也是非常重要的，例如引用了日志服務(wù)，但即使當日志服務(wù)不可用的時候也需要不影響當前類的功能的應(yīng)用場景。
在調(diào)用服務(wù)上還需要考慮調(diào)用服務(wù)的安全性，例如認證、權(quán)限控制等。
在調(diào)用服務(wù)上還需考慮此框架中的服務(wù)是否可以很容易的被第三方進行調(diào)用，例如在spring中調(diào)用、在其他的語言中調(diào)用等，呵呵，是不是有點SCA的感覺。
3、如何測試服務(wù)
服務(wù)的測試無疑也是考評的重要點之一，要知道當年webwork能在MVC框架領(lǐng)域爭得一席地位和其action更好的支持了單元測試有很大的關(guān)系，所以服務(wù)框架在此方面支持的怎么樣也是需要考評的要素之一。
4、服務(wù)的生命周期
由于服務(wù)的生命周期是由服務(wù)框架來控制的，因此服務(wù)的生命周期是如何轉(zhuǎn)換的這也是我們在考察服務(wù)框架時需要知道的。
另外一個考評點就是如果服務(wù)的生命周期發(fā)生轉(zhuǎn)變時，引用此服務(wù)的類是否能得到通知等，當然，如果是lazy式的調(diào)用的話，完全不存在這問題。
5、服務(wù)的管理和維護
這個對于服務(wù)框架而言應(yīng)該是比較基礎(chǔ)的功能，包括的有提供服務(wù)列表，在服務(wù)列表中應(yīng)該有服務(wù)的名稱、所屬的服務(wù)中心、服務(wù)的狀態(tài)、服務(wù)的處理日志以及服務(wù)訪問的壓力記錄等等。
服務(wù)的管理就包括了服務(wù)的安裝、升級、啟動、停止和卸載。
6、服務(wù)的組裝
服務(wù)的組裝的概念是指可以靈活的將多個服務(wù)組裝為一條鏈，然后鏈式的調(diào)用，這個呢是附加的考評要素了。
7、服務(wù)的出錯處理
需考評當位于此服務(wù)框架下的服務(wù)處理出錯時會造成什么現(xiàn)象，最理想的結(jié)果自然是服務(wù)的調(diào)用停止，并記錄相關(guān)的日志，另外的服務(wù)對此情況做出糾錯處理，有點像erlang的容錯思想，:)，最基本的一點就是不能影響到服務(wù)框架和其他服務(wù)的正常運轉(zhuǎn)。
8、服務(wù)事件的廣播和訂閱
允許服務(wù)在處理時能對外廣播事件，同時也可訂閱事件，以觸發(fā)某些動作，這里可以附加考評的就是是否支持多種靈活的服務(wù)觸發(fā)方式，例如定時的觸發(fā)等。
其他可考評的要素還有服務(wù)框架對于AOP的支持、是否可建立服務(wù)庫，就像bundle repository一樣，:)
當然，目前開源界應(yīng)該說是沒有此類框架的直接存在的，但我們可以基于Equinox、Newton等已存在的類似框架來實現(xiàn)一個這樣的標準的服務(wù)框架，考評時就可以根據(jù)這些點去判斷基于哪個已有的框架是較好的選擇了。