關於集成技術方面我本不想比較其實所有的開發者都明白一個道理微軟的開發平台天生就具有集成的優勢其實不用戰斗這場戰役已經勝負明晰了NET身出名門它在這場戰斗勝利我想很多人不會持太大的歧義那麼就讓我們來看看NET在哪些方面勝過JEE的
雖然我是個Java狂熱者在Java開發這三年多時間裡它給了我很多的快樂和收獲至少在生活我可以用他來維持生計但是今天我不得不把一些贊美的話留給NET因為我非常喜歡微軟的體系結構早期我用VB開發的時候就對微軟集成技術和API所歎服他可以給你提供非常清晰解決方案和思想描述並且非常的簡單易懂
NET集成技術
過去微軟的體系結構只是建立在COM/DCOM基礎上COM/DCOM是進程間通信的二進制標准雖然這個標准本身沒有什麼失誤但是它與微軟以外的領域格格不入也就是說這個標准成了實現與其它軟件平台集成之間的瓶頸
除此之外數據庫的操作方面也是一個問題雖然ADO簡化了數據訪問但是把數據從一個地方傳送到另外一個地方就成了問題ADO Recordset（記錄集）對象是一個存儲數據的二進制結構而這種二進制格式對於非微軟的平台沒有任何意義
NET彌補了這些缺陷因為它完全基於標准比如數據用XML的格式通過進程邊界而這個數據有一個到XSD的連接所以任何客戶端都可以正確地轉化數據
同時NET集成技術又完全體現在WebServices上（基於SOAP的WebServices是微軟的創新來源於微軟的簡單對象訪問協議或者稱為SOAP）
NET把WebServices作為唯一的集成解決方案因此我們可以非常簡單的使用它在NET中使用WebServices就如同使用其他核心語言API一樣例如Strings或Collections
NET與生俱來的優勢是任何一個開發平台 都無法比擬的它可以和微軟用及非微軟很多相關產品進行有機的結合能夠開發出更加優化的產品
JEE集成技術
Java（或JEE）提供的集成API比微軟的要更廣泛並且更復雜對於在企業中你所能想到的每一種集成技術JEE都有一個相應的API
在JEE中舉足輕重的API有JMS和EJBsJMS是一個統一面向消息中間件的接口的規范而EJB多重應用程序的標准目前依然被頻繁用於不同的任務中
在JEE中還有簡單對象遠程規范RMIIIOP還有用於將Java程序連接到非Java程序和軟件包以及中間件的JCA適配器技術Java程序員能夠間接地訪問數據庫的JDO規范JEE同時也沒有放棄WebServices這可能是我所看到的最冗長的WebServices API－JAXRPC
總體來說JEE擁有一大堆API但是其中的少數是你在開發中能用到的並且很多API讓你感覺他非常的麻煩
總結
假如你有一個集成問題的時候會選擇這兩種競爭技術的哪一種作為解決方案呢？除非你能從每一個可能的方面控制服務器的環境那麼JEE是你最佳的選擇
以上所說只是我的個人感覺在這個方面NET更具透明性它的WebServices實現起來更平滑
但是我們知道企業集成業務通常是非常多樣的企業通常不會讓一切東西都運行在Windows Server上而是可能包括SolarisLinux或HP－UX等多種系統的組合這些情況都有可能左右你的選擇
因此具體選擇哪一種平台要根據你的實際情況來定不可一概而論
From:http://tw.wingwit.com/Article/program/net/201311/15236.html
