對於許多金融機構來說
當他們在幾年內在這些平台上部署內部的或購買的解決方案時
這個J
EE
Net問題可能仍不能解決
很顯然
領先的公司
如J
P
Morgan Chase & Co
Bank One Corp
Wachovia Corp
和SunTrust Banks Inc
以及許多其他大型的金融公司
將得出自己的結論
而微軟公司
利用其
NET計劃將在他們的企業信息技術戰略中成為一個至關重要的合作伙伴
這些機構正在微軟技術的基礎上
允許一些最大容量的安全的Internet銀行站點
Sun Microsystems希望你認為
從其眾多的J
EE開發商實施方案中選擇其中一個方案將給你提供更廣泛
更
開放的
選擇
事實時
J
EE規范只是一個規范而已
因此
對於擴展
並且最終對於互用來說是開放的
當你選擇一家J
EE開發商時
開始使用其擴展的特性集(J
EE開發商利用它們在激烈的競爭中使自己與眾不同)時
你就將自己鎖定到了這個開發商
Piper先生
做自己的事吧
我們必須開始進行優點之間的比較
適當的比較是將
NET Framework與某個具體的J
EE實施方案進行對比
而不是與價值極微的規范進行對比
當面對International Business Machines Corp
和BEA Systems Inc
一起占據J
EE市場的
%時
Java提供選擇的想法顯然是華而不實的
IBM公司最近發行了一個
頁的文件
描述了將應用程序從非IBM WebSphere J
EE服務器轉到WebSphere的步驟
從而進一步解釋了
開發商中性
是一個神話
在性能和可伸縮性的時代
當響應行業標准的服務器基准(如不同的TPC度量標准)時
提到IBM
Sun和Oracle公司都使用非Java的解決方案來吹捧他們的產品性能是值得的
Piper先生說
Java和J
EE規范是為大型機規模的計算而設計的
而Sun公司自己的參照應用程序的
NET版本(一個假想的電子商務網站)處理的並發用戶的數目為
到
倍
更糟的是
Enterprise Java Beans至今還沒有提供重用或可伸縮性的承諾
一個Giga分析師最近說
一些對
J
EE圍繞數據庫訪問的性能問題
灰心喪氣的Java開發人員
至少在考慮如果J
EE的狀況不能繼續改進
是否可以在將來更認真地考慮新的
NET技術
Piper學生還反駁說
J
EE提供了更多的選擇
盡管Sun公司可能會聲稱Java是一種標准
但Java仍然被Sun Microsystems控制
Java還沒有被提交給一家國際認可的標准團體
因此Java與其他廣泛使用的語言
如Visual Basic相比
只不過是一個標准而已
很不幸的是
任何在J
EE平台上進行程序設計的開發人員都已經有一種可以供選擇的語言
Java
數百萬的開發人員已經熟悉了Cobol
Basic
Perl
C++和Java語言
而
NET平台都支持這些語言
Piper先生說
Java將允許銀行在眾多不同的操作系統上運行應用程序
銀行是否願意保留多種不同的操作系統
而盡力去維護眾多不同渠道的客戶關系呢?在這個場景中
Java將肯定會承諾
一次編寫
到處調試(write once
debug everywhere)
底線是
Java和J
EE都以不同平台見之間的應用程序可移植性為目標
微軟公司的
NET以使用工業標准的XML平台之間的應用程序集成為目標
這兩種方法在哲學上是不同的
我們相信
關鍵的客戶需求是針對某個具體的平台進行了優化的高性能和可移植性
但還要准備與運行在不同平台上的應用程序進行集成
我們感覺
NET提供了一種非常簡單
更加得體的開發模型
而與J
EE相比
使用
NET和Voyager平台的開發人員將不斷地為電子金融提供更高性能的應用程序
而同時極大地降低他們的開發時間
From:http://tw.wingwit.com/Article/program/Java/Javascript/201311/25337.html