技术分析：.NET的优势与劣势

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。这就要看微软今后是否能够继续公开足够的相关标准和信息了。