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

申請免費(fèi)試用、咨詢電話：400-8352-114

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

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

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

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

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

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

希望開發(fā).NET應(yīng)用程序的人會(huì)發(fā)現(xiàn)Visual Studio .Net是不可或缺的, 這不僅是因?yàn)樗霰姷目捎眯院团c.NET的高度集成, 而且是因?yàn)樗谶@個(gè)領(lǐng)域沒有什么競爭對手.

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

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

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

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

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

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

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

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

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

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

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

Visual Basic 和 VBScript 都被改變了, 所以在老的程序在新的.NET平臺(tái)上運(yùn)行以前必須作出修改.

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

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

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

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

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

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

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

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

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

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

我們不再需要Cookie了; 只要在ASP .NET 應(yīng)用配置文件web.config 里設(shè)置"cookieless" 選項(xiàng), ASP.NET就在URL里自動(dòng)加上一個(gè)對話的標(biāo)識(shí)符.

ASP 和ASP.NET使用不同的文件擴(kuò)展名而且能夠同時(shí)在同一個(gè)服務(wù)器上運(yùn)行, 雖然它們并不享會(huì)話信息.

測試結(jié)果: Visual Studio.Net Enterprise Architect Beta 2

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

短期的商業(yè)影響//使用iPlanet 應(yīng)用服務(wù)器的公司會(huì)因?yàn)镕orte for Java 而提高它們的生產(chǎn)效率, 因?yàn)樗萯Planet的老的Application Builder 開發(fā)工具要好得多.

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

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

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