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