| 以文本方式查看主題 - 曙海教育集團論壇 (http://www.hkzrsy.com/bbs/index.asp) -- Microsoft.NET Framework (http://www.hkzrsy.com/bbs/list.asp?boardid=78) ---- J2EE vs. Microsoft.NET-建置XML架構的Web Services之比較 (http://www.hkzrsy.com/bbs/dispbbs.asp?boardid=78&id=2623) |
| -- 作者：wangxinxin -- 發布時間：2010-12-15 9:24:30 -- J2EE vs. Microsoft.NET-建置XML架構的Web Services之比較 在本文中，我們將深入的比較兩種可用來建置商業XML Web Services的平臺， 分別是Sun Microsystems 所提供的Java 2 Enterprise Edition (J2EE)以及Microsoft所提供的 .NET平臺。雖然J2EE代表的是一個公開的標準，而 .NET是單獨一家廠商的標準 (雖然.NET試圖取得ECMA的標準，但是卻只有在最基礎的部分被ECMA采納變成標準，請參考http://msdn.microsoft.com/net/ecma/，在企業的應用上卻沒有標準化)，反觀Java平臺，確是所有除了Microsoft以外的各大廠商都遵循著JCP的標準制定所有規格 (請參考http://www.jcp.org ，您會發現所有的Java技術都是協調各大公司而來)。盡管在標準化上Java遙遙領先，但我們仍然將只針對服務器端的Web Services架構做探討。例如：我們的討論將不涉及 JINI 或是Office XP，我們也不會討論Java跨足Solaris、Linux、Mac OS X、以及Windows平臺，而.NET只跨Windows 98/ME/2000/XP等Windows平臺的事實。我們更不會討論 "跨語言" 這個Java早已試圖達成，Microsoft又拿來當成.NET的重大特點，卻根本不是這回事的功能。(請參閱http://grunge.cs.tu-berlin.de/~tolk/vmlanguages.html，大家可以發現Java早就達到所謂跨語言的功能，Smalltalk、Eiffel、Lisp、Prolog、BASIC等語言都可以順利轉換成Java bytecode，不像.NET號稱跨語言，卻出現COBOL.NET這種怪物，原本的語言要削足適履來配合.NET，所以才產生VB.NET、COBOL.NET這一大串產品)。號稱跨語言喊了半天，原來連自己的VB 6.0都跨不過去。在讀完本文之后，您將會更加了解這兩種架構的彼此優缺點，而且在制定貴公司下一代Web Services決策時將有更明確的考量。 II. 前言 下一代的分布式運算時代已經來臨了。在過去幾年中，XML 被廣泛的運用于電腦運算環境中，以達到在全球信息網上共享信息的遠大目標。如今，它可以更進一步地提供運算能力上的分享。從技術的觀點來看，Web Services的出現并不能算是分布式計算機運算的新革命。它可以結構化的呈現信息，甚至是程序內部的訊息，因而很自然地比XML應用程序更加引人注目。 III. 工業標準與企業標準 透過Web Services，任何應用程序可以在網絡上順利地整合在一起。Web Services的基本原理是利用標準的網絡協議(例如：HTTP)來傳送XML訊息。這是一種非常輕便的溝通機制，因此可以讓任何程序語言、中間層組件或平臺很輕易地整合進來。一般工業上或企業內部會接受成熟且廣為廠商采用的業界標準，更尤其是已經受過市場考驗行之有年的標準。有了Web Services，您就可以快速且低成本的整合兩個企業、部門或甚至是兩個程序。 |