基于軟件開發平臺論J2EE和.NET

羅漢炎

摘要：在軟件開發平臺上存在兩個陣營，一個J2EE，一個是.NET。這兩個平臺都是為了解決構建企業計算等大型平臺而出現的。這兩個平臺中都包含了一系列的技術，通過這些技術可以縮短開發周期，提高開發效率，節省構造成本。無論是J2EE還是.NET都是非常優秀的軟件開發平臺。工作中，根據具體項目來選用平臺和技術，構造合理的解決方案。

關鍵詞：平臺;J2EE;NET;計算

中圖分類號：TP311 文獻標識碼：A

文章編號：1009-3044（2019）32-0093-02

1概述

隨著分布和異構網絡環境的產生，在軟件開發平臺上存在兩個陣營，一個是Sun公司的J2EE，一個是Microsoft的.NET。這兩個平臺都是為了解決構建企業計算等大型平臺而出現的。這兩個平臺中都包含了一系列的技術，通過這些技術可以縮短開發周期，提高開發效率，節省構造成本。同時這兩個平臺在安全性、擴展性、性能方面下了很大功夫。可以說J2EE和.Net是當前最優秀的兩大軟件開發平臺。

J2EE全稱為Java 2 Platform，Enterprise Edition.它為設計、開發、裝配和部署企業級應用程序提供了一個基于組件的解決方案。使用J2EE可以有效地減少費用，快速設計和開發企業級的應用程序。J2EE平臺提供了一個多層結構的分布式的應用程序模型。典型的J2EE分為表現層、中間層（業務邏輯層）和數據服務層。三層體系將業務規則、數據訪問及合法性校驗等工作放在中間層處理。客戶端不直接與數據庫交互，而是通過組件與中間層建立連接，再由中間層與數據庫交互。

NET是微軟XMLWeb服務平臺，是一套全能的框架平臺。支持c++、c#、J++、VB、ASP等語言，能夠解決C/S、B/S和單機等結構的軟件開發需求。微軟.NET平臺提供創建XML Web服務并將這些服務集成在一起之所需。.NET增強了對象間互操作性，提高了傳統Windows桌面應用的活力與健壯性，為開發者提供了一個全新的編程平臺以及優秀的工作集。

2比較J2EE和.NET異同點

無論是SUN公司的J2EE平臺，還是微軟公司的.NET平臺，它們都是目前公認的最優秀兩個軟件開發平臺。下面通過比較兩個平臺的異同點，來加深對J2EE和.NET的認識。

2.1J2EE和.NET相似點

從上面J2EE和.NET的定義和功能可以看出，這兩個平臺要解決的問題很類似，所采用的技術也很類似，有些概念甚至僅僅是名稱上的差別而已。

1）J2EE和.NET都有一個受控的運行時環境。J2EE有JVM支持，NET有CLR支撐，都提供了一個運行環境。它們不但將源代碼轉換成中間語言，而且將這些中間語言編譯成本地的可執行代碼。這兩個環境都采用自動垃圾收集機制，回收不再被使用的對象以節省內存空間。同時這兩個環境還支持碎片整理、動態類加載和異常處理等。

2）J2EE和.NET都是為了解決構建企業計算等大型平臺而出現的，它們在構建完整的企業計算平臺做了大量工作，都支持多層應用開發。兩個平臺都倡導和支持基于組件的設計、多態性、繼承和接口等，也提供基礎類庫來執行I/O、XML處理、帶有連接池的數據庫接入、文本操作與網頁腳本編寫等。

3）.NET和基于J2EE的產品都和第三方的產品一起工作。例如，在后端數據庫領域，NET和基于J2EE的應用程序能訪問儲存在SQLServer、IBM的DB2、Oracle，Informix、Sybase等服務器里面的數據。還有，J2EE和.NET都采用平臺構建模式開發，在平臺開發模式上一般都使用到中間件技術和產品，如EJB、DCOM、CORBA和DCE主流中間件技術，如Microsoft的MSMQ、IBM的MQSeries等中間件產品。

2.2 J2EE和.NET差異點

雖然J2EE和.NET這兩個平臺的類似之處遠遠多于相異之處，但它們的差異點將是在軟件開發、選型和維護升級時的重要參考依據。

1）安全配置方面。J2EE和.NET兩個平臺的配置都是通過XML或純文本文件，兩個平臺最大的區別在于處理安全配置體系的方式不同。在.NET平臺，有圖形接口和命令行二種方式來修改安全配置參數。Mscorcfg.msc是圖形接口方式，Caspol.exe提供了命令行方式，適用于批處理或配置文本。J2EE平臺只提供了圖形接口的工具policytool.exe。和.NET不同的是，它的目標對象（配置文件）的名字和位置不是固定的。.NET定義了不同范圍的安全配置文件：系統范圍，本機范圍，本用戶范圍。在配置有沖突時，原則上小范圍的參數有優先權。J2EE的核心配置文件都保存在固定位置，但擴展配置文件隨廠家不同而不同。

2）性能方面。J2EE中JVM為了提供平臺無關性的支持，將所有的代碼都首先編譯為bytecode，然后在運行過程中JVM對bytecode進行解釋執行。由于JVM采用解釋的方法運行by-tecode，所以Java程序的運行速度很慢。.NET中CLR在設計過程，對高性能十分重視。在JIL編譯的情況下，方法被第一次調用時，CLR執行檢驗，然后將該方法編譯成本地代碼f包含安全特征，比如數據邊界檢查），下一次遇到該方法時，本地代碼直接執行，這大大提高了運行速度。當然，單從代碼運行快慢對比這兩個平臺的性能相對是比較片面的，平臺的性能還與系統框架、中間件、服務器等有關。

3）開發效率方面。.NET的易用性、效率和成本均領先于J2EE。使用.NET，IT專家們比使用J2EE更加不用關心底層細節。因此能快速捕捉商機，成本也更低。.NET比J2EE靈活得多，它允許開發者使用多種語言在同一個平臺上開發，因而能夠利用廣泛的開發資源。總而言之，使得開發團隊的運作更加高效。而J2EE平臺只能使用JAVA語言開發，把表現層的開發丟給了應用服務器廠商和編程人員，不像.NET擁有很牛的.Net Studio，可以所見即所得的編輯模板，綁定用戶按鈕事件處理。不過Jbuilder 6的問世，支持EJB2.0也不算太落后，可以通過Javascript庫，模板庫及宏庫略微緩解一下Servlet的開發。

4）XML支持能力。.Net一集成了XMLWeb服務，在.NET中建立一個XML Web服務就像在類中添加一個屬性那樣簡單。.NET提供更簡單的方法來建立和使用可由雙方共同操作的XMLWeb服務。早期版本的J2EE規范并沒有提到XMLWEB服務的問題，但J2EE一直在致力于與XML的集成，在J2EE 1.2.1規范中，XML的“集成”僅指組件或應用程序的XML格式的部署描述。在J2EE 1-3規范中，對XML的支持被擴展為要求具備SAX 2和DOM 2解析器，以及在兼容J2EE的服務器平臺上提供XSLT轉換處理程序。雖然易用性上沒有.NET那么好，但相信，將來在J2EE架構中還會集成更多的XML特性。

5）可移植性方面。標準開放的J2EE平臺無疑是占了上風。采用.Net平臺進行開發，從開發工具、服務器產品到部署環境都需要使用Microsoft的產品。單一的平臺和單一的產品使得整個開發過程沒有太多的選擇。而J2EE就不一樣，首先J2EE是一套跨平臺應用的規范，它有廣發的支持者，比如IBM、BEA、Oracle等，那些需要部署到不同服務器上的應用，J2EE似乎是更好的選擇。其次J2EE是一個單一語言的平臺，本身就非常關心平臺的可移植性。這就意味著，要利用J2EE，設計方案能使用多個操作系統其中的一個。

3結束語

無論是J2EE還是.Net都是非常優秀的軟件開發平臺，使用J2EE和.Net不但可以進行大型企業級計算系統的開發，同樣也適用中小型應用程序的開發。J2EE和.Net兩個平臺沒有截然的高下之分。在這個互動的世界上，不想被淘汰的競爭者要始終保持警惕，努力學習對手的優點。比如，.NET在成熟度方面迅速彌補跟J2EE間的鴻溝，J2EE在易用和高效方面及時追趕.NET。在實際工作中，根據具體項目來選用平臺和技術，構造合理的解決方案。