SCA/SDO与WCF的比较
生活随笔
收集整理的這篇文章主要介紹了
SCA/SDO与WCF的比较
小編覺得挺不錯的,現(xiàn)在分享給大家,幫大家做個參考.
我是從去年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ǔ)充。
???? 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)容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: 利用docker中的nginx镜像部署a
- 下一篇: MyEclipse 8.0 GA 初体验