我是從去年4月份開始關(guān)注SCA/SDO的，但一直沒有關(guān)心它的技術(shù)細(xì)節(jié)，五一剛好有空看了一下，感覺很像WCF但又不同，對二者做了一個簡單比較，以下均屬個人觀點(diǎn)，具體相關(guān)技術(shù)的前因后果需要考證:)
???? SCA與SDO框架是主流Java應(yīng)用提供商對簡化在他們之間多個平臺上面向服務(wù)的設(shè)計與實(shí)施而出現(xiàn)的。也是對微軟Indigo（WCF）的一個回應(yīng)。以前Java世界也是各自為政，缺乏類似微軟.NET Framework一樣的公共平臺，更缺乏WCF一樣的統(tǒng)一分布式通信/計算平臺。對SOA的理解僅僅停留在遠(yuǎn)程對象級調(diào)用的層次上（類似于微軟早年.NET FX1.1中asmx的Web Services），沒有很好地管理控制Web服務(wù)的措施，服務(wù)接口爆炸，對WS-*協(xié)議的支持各個主要Java廠商不盡相同，這一切都讓Java應(yīng)用與Indigo出現(xiàn)了代差。SCA/SDO從開始設(shè)計就有點(diǎn)像Indigo的雛形，問題很明顯兩大平臺同時意識到但微軟動手早完工早些，之間共通點(diǎn)主要是：
??? -允許任何類暴露服務(wù)。這樣將通信管道和邏輯完全分離。
????-使用屬性標(biāo)記簡化講服務(wù)的描述指定到類這個過程。就像C#中寫[ServiceContract] 屬性標(biāo)記一樣。
??? -允許單個服務(wù)通過多種綁定方式的模擬暴露自己。使用配置文件如XML來指定。
??? -支持WS-*標(biāo)準(zhǔn)。
??? 其實(shí)SCA本身我比較欣賞。還是我的一貫觀點(diǎn)，競爭的世界才會誕生更多好技術(shù)。不過SCA好像進(jìn)展比我想像的慢，原來預(yù)想2006年底會成型結(jié)果沒有，后來想2007年前半年應(yīng)該沒問題結(jié)果好像還是沒完，原因很簡單：各個廠商之間協(xié)調(diào)看來不太容易。相比之下，微軟通過WCF整合了包括MSMQ/DCOM/SOAP Toolkit/System.Message/Enterprise Services/WSE/.NET Remoting/Web Services等幾乎所有的微軟分布式技術(shù)，WCF已經(jīng)發(fā)布半年多了，所以據(jù)我估計WCF的前景很好,在國內(nèi)會促生一大批高質(zhì)量的企業(yè)應(yīng)用。
???? 再仔細(xì)看看：
???? SDO：是IBM將多種來源的數(shù)據(jù)放到對象里的一個開發(fā)框架。和JAXB等不同，它不止是一個靜態(tài)的綁定也不僅是XML數(shù)據(jù)源，而是通過JCP（主要是IBM和BEA支持）開始做標(biāo)準(zhǔn)化了。
??? ?SCA:用于管理、組合服務(wù)與程序集的語言中立運(yùn)行時中立的元數(shù)據(jù)模型。它不是一個JCP標(biāo)準(zhǔn)但是IBM,BEA,IONA,Oracle，SAP都準(zhǔn)備支持。問題就出來了，Sun不準(zhǔn)備加到J2EE規(guī)范里面去而且目前沒走JCP標(biāo)準(zhǔn)所以這個以后可能還會起風(fēng)波，何況后來還加入了一些半路搭車的。SCA組件支持process、java類等多種接口實(shí)現(xiàn)，所以更像WCF，但SCA在這方面的具體開發(fā)還遙遙無期，對WS-*的支持也沒開發(fā)完，所以顯得整體進(jìn)程慢了。
???? 總體來說SCA與WCF技術(shù)上無代差。從開發(fā)人員角度來講，創(chuàng)建一個WCF服務(wù)后可以選擇多種綁定，一個WCF組件可以是一個web服務(wù)，一個BizTalk進(jìn)程，一個.NET類等等，這些SCA要實(shí)現(xiàn)還需要加以時日。由于沒搞Java已經(jīng)兩年了，所以可能有些說的不全，各位繼續(xù)補(bǔ)充。

轉(zhuǎn)載于:https://www.cnblogs.com/msdpe/archive/2007/05/15/747697.html

總結(jié)

以上是生活随笔為你收集整理的SCA/SDO与WCF的比较的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。