.NET對Sun ONE: Web服務開發(fā)平臺對比測試

申請免費試用、咨詢電話：400-8352-114

.NET對Sun ONE: Web服務開發(fā)平臺對比測試

象所有新的軟件系統(tǒng)一樣, Web 服務需要一個豐富的支撐結構才能夠生存下去. 微軟公司希望它為這個新的軟件環(huán)境設計的.NET 構架, 雖然還沒有實際的發(fā)布, 能夠成為Sun Microsystems 公司 Sun ONE的有力競爭者, 后者是基于Sun 公司已經(jīng)建立的Java平臺。

IT 系統(tǒng)的關鍵部分是適當?shù)拈_發(fā)工具能夠使開發(fā)者容易的為.NET 或者是Sun ONE(開放式網(wǎng)絡環(huán)境).eWeek Labs 測試了微軟和Sun公司相應的高端開發(fā)工具, Visual Studio .NET 企業(yè)Beta 2 版和Forte for Java 3.0 企業(yè)版beta(也即早期發(fā)布版本),查看它們對開發(fā)Web服務的公司的支持效果如何.

Visual Studio .NET 會在今年年底發(fā)布;其價格還沒有宣布. Forte for Java 3.0 企業(yè)版將很快發(fā)布在Windows NT 4.0,Solaris 8 和 Red Hat 公司的 Red Hat Linux 6.2 并且其定價為1,995美元.

在對開發(fā)工具做出戰(zhàn)略性的選擇的時候, IT部門首先應考慮一下什么平臺對它們來說更適合.

因為是一切從頭開始, 微軟在.NET里為Web 服務和互聯(lián)網(wǎng)編程設計了新的編程模型. 在未來的20年內(nèi),它需要最昂貴和最復雜的Windows 開發(fā)技術的升級過程, 并需要對員工進行重新培訓, 以及不少的改變--從細小的部分到大的部分--到現(xiàn)存的代碼庫, 特別對于Visual Basic 和基于VBScript的ASP(Active Server Pages) Web頁面是如此.

希望開發(fā).NET應用程序的人會發(fā)現(xiàn)Visual Studio .Net是不可或缺的, 這不僅是因為它出眾的可用性和與.NET的高度集成, 而且是因為它在這個領域沒有什么競爭對手.

Java 平臺在六年前發(fā)布的時候也處在相同的境地, 但是它現(xiàn)在已經(jīng)成熟了, 經(jīng)過了良好的測試, 是一種穩(wěn)定的服務器端編程語言.

Java開發(fā)者因而有更多的開發(fā)工具可以選擇. Forte for Java 引起了人們的注意, 因為它增加了對創(chuàng)建EJB(企業(yè)版JavaBesns)的支持,而且它還能夠使其代碼運行于Sun-Netscape聯(lián)盟的iPlanet 應用服務器上(我們測試了iPlanet 應用服務器6.0)和對基于XML(可擴展的標記語言)的Web服務的支持. 但是, 它不得不與更精細的產(chǎn)品競爭, 比如說Borland 公司的JBuilder. 另外, Forte for Java 缺乏對SOAP(簡單對象訪問協(xié)議)的支持是它的一大缺點.

但是這兩種平臺都有很大的缺陷--這些缺陷更多的是因為銷售商的策略而不是技術的問題. 當然,Forte for Java 只支持Java編程而Visual Studio .Net 提供了一個單一的編程環(huán)境, 支持C++, C#, Visual Basic 和 ECMAScript(但沒有Java)語言.

據(jù)Sun官員說, Forte for Java 的未來版本將支持多語言的開發(fā).

微軟則在.NET周圍圍上了一層神秘的氣氛, 它用這個術語來同時指它的技術和它產(chǎn)品的商標. 讓我們來明確一下: .NET中真正的新鮮事物是.Net Framework(.NET 運行和類庫)和C#, 它們都會與Visual Studio .NET同時發(fā)布.

微軟的服務器端程序都以.net作為后綴, 但這只是銷售策略--這些服務程序其實根本沒有用到.NET Framework. 第一個真正的.NET服務器會是微軟SQL Server的下一個版本, 但它直到2003才會發(fā)布.

我們還必須清楚一點, 微軟的開發(fā)者會發(fā)現(xiàn)使用.NET需要作很大的轉變. 實際上, Windows程序的開發(fā)已經(jīng)很難再改變了. 從核心來說, .NET是Windows 和 Web編程的一套全新的API. 在大約生存了20年后, 成熟的Win32, Windows COM(對象組件模型) 和微軟基本類庫已經(jīng)開始退休了.

所有這些API仍然得到了支持, 而原始的Windows 程序還是可以用Visual Studio 編寫. 但是, 微軟現(xiàn)在的方向是朝向.NET 開發(fā).

.NET在開發(fā)基于組件的應用程序的時候提供了很大的幫助, 特別是對那些使用了Web和XML技術的程序有很好的支持, 這是因為它被加強正是因為如下的原因: 一個新的運行環(huán)境和共享的系統(tǒng), 這個共享的系統(tǒng)允許將用任何.NET語言編寫組件混合使用, 一個新的類庫, 新的Web 表單界面和數(shù)據(jù)庫訪問技術, 基于XML的連接協(xié)議, 基于文件的配置過程(這標志著Windows 注冊表未日的到來), 以及一個新的安全模型.

軟件移植的費用將取決于IT 部門希望實現(xiàn)多少這些平臺上的改變.

微軟的C#是C和C++語言的一個簡化的后繼語言, 而且, 毫不奇怪的是, 它和Java非常的相似. 但是, C#還是要求開發(fā)者學習一種新的語言.

Visual Basic 和 VBScript 都被改變了, 所以在老的程序在新的.NET平臺上運行以前必須作出修改.

"我們的平臺保持了百分之九十六的兼容性, 這意味著所有的東西都將能夠繼續(xù)使用," 微軟的Scott Guthrie在華盛頓的多特蒙得說, 他是負責ASP.NET中ASP VBScript 代碼兼容性的首席工程師.

但實際上, 當我們將一個基于VBScript 的ASP在線書店轉換成ASP.NET 的時候需要做無數(shù)的語法上的改動, 加上必需的括號, 遠程集合定義語句并將到.asp的鏈接轉換成到.aspx文件的鏈接.

但是, 在我們對Visual Studio .NET 的測試中, 我們發(fā)現(xiàn)Web 服務被完整的集成在了這個產(chǎn)品里. 我們可以通過僅僅在一個普通的子程序的前面加上"WebMethod"關鍵字就可以將它變成可通過HTTP調用的基于SOAP的Web服務, 而且Visual Studiao 將基于SOAP的Web 服務和原始的Windows對象一樣同等對待.

"Transaction"關鍵字允許子函數(shù)自動的參與到事務處理中來, 而一個很酷的"XMLAttribute"關鍵字則讓我們做簡單的XML轉換, 比如說不需要使用XSL(可擴展的風格頁語言)風格頁(當然如果你想用也是可以的)就能夠改元素的名字.

Visual Studio .Net Enterprise Architect 提供了新的程序建模功能, 包括概念的, 邏輯的和物理數(shù)據(jù)庫模型化工具, 和完整的UML(Unified Modeling Language 通用軟件模型化語言) 1.2 的繪圖功能, 代碼生成和對轉換工程的支持. Visual Studio .Net還包括了編寫PDA(個人數(shù)字助理)和移動電話應用程序的工具.

許多IT可能還會喜歡上新的編碼規(guī)則的功能(可以在XML配置文件中設置), 當我們沒有遵循設置的編碼和HTML 風格的時候,它能在Visual Studio .Net的新任務列表窗口里發(fā)出警告.

對于創(chuàng)建Web服務, ASP 在技術上獲得了最大的提升. 正如我們前面說的那樣, ASP是一個負載均衡的Web 腳本語言而且早已有些力不勝任了. ASP .NET 作為Visual Studio .NET中Web 應用開發(fā)最本質的東西, 被徹頭徹尾的改寫了(實際上在C#中也是這樣). 就象其對手JSP(JavaServer Pages) 一樣, ASP .NET 現(xiàn)在也成為了一種編譯語言.

如果開發(fā)者明確的定義他們的變量類型, 那么ASP程序會和C#一樣快--也就是說, 它比以前快多了.

還有一個大的性能上的改善, 那就是ASP.net 增加了一個新的參數(shù)確定的緩沖子系統(tǒng), 它能夠緩沖整個頁面, 或者頁面的一部分,或者個別的Web 服務, 而緩沖的期限則由一個時鐘或者是對文件系統(tǒng)的改變或者是一個應用程序事件來決定. 這是ASP. NET的一種改進, 以便它能跟得上潮流; Oracle, IBM 和Macromedia公司早就發(fā)布了擁有不同形式的緩沖方法的應用服務器.

ASP.NET有一個現(xiàn)代的狀態(tài)處理機制; 目前ASP 的Session 對象是不能在串中使用的, 因為它不能遠程的保存狀態(tài)信息. 我們現(xiàn)在能夠把狀態(tài)信息保存在本地, 或者是在另一臺服務器上的微軟SQL Server 7.0 或 SQL Server 2000 數(shù)據(jù)庫里.

我們不再需要Cookie了; 只要在ASP .NET 應用配置文件web.config 里設置"cookieless" 選項, ASP.NET就在URL里自動加上一個對話的標識符.

ASP 和ASP.NET使用不同的文件擴展名而且能夠同時在同一個服務器上運行, 雖然它們并不享會話信息.

測試結果: Visual Studio.Net Enterprise Architect Beta 2

Visual Studio .Net 獲得了Web和Windows 應用程序代碼設計, 編輯和編譯開發(fā)環(huán)境的最高分. 新的編碼規(guī)則功能使得這個版本的開發(fā)平臺對于已經(jīng)建立了編碼規(guī)則和設計風格的企業(yè)來說是特別有用的. 如果純粹追求高的生產(chǎn)效率, Visual Studio .Net 遙遙領先.

短期的商業(yè)影響//無數(shù)的富有想象力的諸如動態(tài)幫助, 很好的代碼自動完成和內(nèi)建的任務列表功能極大的提高了編碼效率, 但是.NET平臺的這些改變, 必然引起培訓和代碼轉換的費用.

長期的商業(yè)影響//這個版本的Visual Studio 能夠使微軟平臺軟件開發(fā)商們在轉向新的.NET運行環(huán)境和C#語言的過程中可能遇到的棘手的問題平滑化. 它集中于基于標準的Web服務的開發(fā)將降低集成和B2B應用開發(fā)的費用.

優(yōu)點:界面美觀, 支持多語言應用程序開發(fā)和編輯的開發(fā)環(huán)境; 包括完整的前后端數(shù)據(jù)庫支持和UML建模; 基于SOAP的Web服務和原始的Windows 對象一樣得到了支持; 在HTML和原始的Windows 應用程序設計方面非常強大; 對PDA和移動電話開發(fā)支持的良好的嘗試; 編碼規(guī)則功能有助于標準化編程過程.

缺點:缺乏對Java的支持; Vidual Basic和ASP強制的語法改變要求對現(xiàn)有的應用程序進行代碼轉換.

不象.NET, Sun公司的Sun One 開發(fā)戰(zhàn)略并不是高度的依賴于一種工具(即使是它自己的工具). Forte for Java 3.0企業(yè)版是這個領域強有力的競爭者, 它提供了一個很大的功能集合.

而與Visual Studio .Net相同的是, Forte for Java提供創(chuàng)建可以通過HTTP訪問的高層對象的工具, 對XML和XSL編輯的強有力的支持, Web 腳本編寫和底層編程的工具, 數(shù)據(jù)庫編輯工具, 和源代碼控制工具.

Forte for Java 3.0 企業(yè)版允許我們創(chuàng)建會話和實體EJB, 這是這個產(chǎn)品中的主要改變, 它使得Forte for Java 3.0 能夠直接和其它高端的Java 開發(fā)工具競爭, 包括 Borland 公司的JBuilder 企業(yè)版.

雖然沒有 Visual Studio .Net那樣強大的編輯功能,Forte for Java提供了Java和JSP的編輯環(huán)境. 例如, Forte for Java 沒有在文件中搜索和替換的功能, 也不能自動完成變量名.

使用其新的EJB 模板向導, 我們能夠創(chuàng)建會話和實體EJB并在屬性框里編輯它們的屬性(目前這種支持在高端的Java工具里業(yè)已成為標準). 我們隨后在iPlanet應用服務器和Sun 公司的J2EE(Java2 企業(yè)版)Reference Implementation 服務器上安裝了這個測試用的EJB, 并在Forte for Java里注冊了它們.

Forte for Java 3.0 企業(yè)版引入了一個新的支持Web功能的JavaBeans 和EJB系統(tǒng). 使用新的Web服務向導, 我們創(chuàng)建一個基本的Web 服務然后選擇我們應該用XML界面捆綁哪個Java方法.

不幸的是, 當我們使用這些功能創(chuàng)建Web服務的時候, 我們不得不使用基于XML--而不是其它的技術--的企業(yè)服務表示形式, 它可以通過Sun為這個目的提供的自定義JSP 置標庫來進行訪問 .

Sun 公司還發(fā)布了Macromedia的Dreamweavr和Adobe Systems 公司的GoLive Web 頁面編輯工具的集成軟件來為使用這些軟件的用戶自動化添加企業(yè)服務表示JSP置標的過程.

在Forte for Java的下一個版本中將提供對SOAP的支持.

測試結果: Forte for Java企業(yè)版3.0

使用Java 開發(fā)的大公司會發(fā)現(xiàn)Forte的這個新的企業(yè)版更適合它們的需要, 尤其是當它有了EJB和XML支持的時候. 但是那么開始使用Web 服務的公司希望使用一個支持SOAP的工具.

短期的商業(yè)影響//使用iPlanet 應用服務器的公司會因為Forte for Java 而提高它們的生產(chǎn)效率, 因為它比iPlanet的老的Application Builder 開發(fā)工具要好得多.

長期的商業(yè)影響//新的對會話和實體EJB的支持功能, 以及對J2EE程序的支持; 對基于XML的Web服務的支持; 可以將應用程序直接安裝到iPlanet 應用服務器里; 包括TeamWare 源程序控制系統(tǒng).

長處:新的對會話和實體EJB的支持功能, 以及對J2EE程序的支持; 對基于XML的Web服務的支持; 可以將應用程序直接安裝到iPlanet 應用服務器里; 包括TeamWare 源程序控制系統(tǒng).

缺點:缺乏對SOAP和其它標準的Web 服務的支持; 編輯環(huán)境功能較弱; 需要幾百兆的內(nèi)存才能很好的運行.