.Net-Java 爭論的再次回顧

2019-11-18 13:28:46

字體：大中小

來源：轉載

供稿：網友

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

上一篇：遠程控制Java

下一篇：多種Java框架并存并非壞事