XML Web服務并未成為普及.NET的導火索
此前人們一直在想：“對.NET來說，是否存在不同于Java的、獨特的應用領域和市場？”。
業內普遍認為，微軟新一代系統構筑環境--.NET Framework是在研究Java的基礎上開發出來的。不僅功能和架構相似，而且由于是在Java之后開發出來的，因此Java所沒有的功能更是隨處可見。比如在Web應用中實現事件驅動型應用程序功能等。
不過雖說如此，如果只是告訴用戶“.NET Framework比Java好得多”，那么Java開發人員特意轉而使用.NET Framework的動機不會太強。
由于Java已經先行積累了廣泛的應用成果，積累了很多足以彌補其缺點的經驗以及平臺工具。只要不出現Java難以應用的用途和市場，那么.NET Framework就很難阻止Java的進一步發展。
.NET的優勢：企業信息系統*可自行編程
剛開始，微軟就把易于開發XML Web服務作為.NET的優勢而大加宣傳。以XML Web服務為前提而設計的.NET 與Web服務具有極高的親和性。但XML Web服務的產生卻比較晚。盡管業內對它的期待和關注程度較高，但由于可充分利用XML Web服務的“可賺錢的”業務模式尚未確立，所以目前與Web站點相比其市場仍微不足道。其中，Java方面也正在加緊完善便于開發XML Web服務的功能。
那么，是否存在.NET的獨特用途呢？筆者通過采訪所得到的一個答案是：.NET開發工具--Visual Studo.NET的易用性使得它在Java很難實現的“用戶企業（信息系統*）也可編程的系統”上超人一頭。筆者認為可能還存在其他這樣的領域。當然，盡管.NET的標準語言VB.NET和C#都與Java一樣復雜，但是Visual Studo.NET卻很好地消除了這種復雜性。
比如，NOEVIR只靠自己的信息系統*就完成了Web代理店支援系統的從企劃到編程的全部工作。一家系統集成商曾表示，此前導入Java系統的用戶企業中“選用.NET的信息系統*就有望自行開發或對系統進行修改”。
筆者認為，由于Java本身較為復雜，且不易學習掌握，因此“用戶企業只負責企劃，而將編程工作完全委托給集成商的現象非常普遍”。
在COBOL和VB（客戶商/服務器）的全盛時期，信息系統*自己編程、對系統進行部分修改和功能追加是很正常的事情。如果連細小的系統修改都要外包，那么系統的維護成本自然會很高，因此就將失去靈活性。甚至于還有可能削弱信息系統*的業務能力。說到企劃，聽起來好聽，但如果連大體的情況也不了解，恐怕與開發商交涉都很困難。這也許就是Java的一個“弊端”吧。
此外，“成本比UNIX低”以及“可以充分利用Windows技術資源”等原因也在加速.NET Framework的普及。作為客戶端/服務器系統的開發環境，VB的后續語言--.NET中的“Windows Form”*競爭力。越來越多的系統集成商開始選擇這一工具構筑系統。
.NET的劣勢：應用成果少、開放性差
反過來說，.NET的劣勢則在于在大型系統中的應用成果少、缺乏“開放性”。
對于應用成果來說，今后其數量將會不斷增加。據悉，日本Kabu.com證券將在2003年度內利用.NET Framework全面重新構筑該公司目前利用ASP構筑的系統。
在“開放性”方面又將會如何呢？Java普及的主要因素很多，但筆者認為其中最關鍵的在于“開放性”。由于可各種OS上運行，而且很多開發商還提供了Web應用服務器和開發工具，因此用戶可以隨意選擇。而開發商則通過在功能和性能方面相互競爭來不斷提高產品水平。
而.NET Framework怎么樣呢？只要想應用于業務系統中，其OS實際上則只能限于Windows。盡管微軟已經提供了FreeBSD版.NET Framework，但其目的僅限于學術研究。
今后人們所能期待的是Mono Project。Mono Project是指完全獨立于微軟、正在開發開放源碼版.NET Framework的計劃。主導該計劃的是一家名為Ximian的Linux企業，這家公司成功地開發了Linux標準桌面環境GNOME，目前已受到業界的廣泛關注。
2003年1月該計劃還發布了運行Web應用程序ASP.NET的Web服務軟件XSP。盡管很多功能仍在開發之中，但目前開發工作進展順利。目前正面向Linux和Windows進行開發。據Mono Project稱，由于該軟件依賴于Linux的部分不多，因此能夠輕松地向其他UNIX OS移植。
能否形成像Mono一樣的開放環境將是.NET普及的關鍵所在。微軟目前已經向業界標準化機構ECMA（歐洲計算機制造商協會）提交了.NET 標準，此舉表明微軟將采用開放標準。但目前尚不清楚此舉只是單純的一種姿態，還是真的要開放.NET。這就要看微軟今后是否能夠繼續公開足夠的相關標準和信息了。
