微软对.NET失去信心?.NET专家激起千层浪(转)
无欲则钢 2005-03-25 11:36:03 作者: 陶刚编译
时间: 2005-03-22
出处: 天极网
责任编辑: 方舟
我撰写.NET技术通讯已经有大约三年时间,现在我决定停止这项工作。我认为有必要写一篇总结性的文章,阐述我对.NET当前状况及未来发展的看法。
2000年初,当.NET还在Beta版的时候,我就开始使用它了;在那个时候,它的名称是COM+2,主要的语言是Cool。其框架组件被简单地称为下一代Windows服务(NGWS),直到后来才由市场人士提出.NET这个名称,但是.NET这个名字却使互联网搜索引擎产生了混乱。你自问过.NET到底是什么意思吗?抑或它与.COM和.ORG有什么关系吗?当然,Cool的遭遇也好不到那儿去。后来他们有了一些灵感,决定把Cool更名为C#,但是C#好像最初也引起了搜索引擎和用户的混乱。搜索引擎不喜欢使用#字符,而用户则不知道这个字符该怎么读(C磅?还是东方的发音C号?)。我发表在技术新闻组上的第一篇文章是一个简单的Cool控制台应用程序、一个与其功能相当的Java程序,并提出一些问题指出了两者之间的差别。这引起了Visual Studio产品经理的强烈响应,他们没有真正地注意到我所指出的问题。
Visual Studio.NET与Visual Studio其它的版本不同,它的第一个beta版是开放的。任何人都可以下载并在beta新闻组中提交bug或问题。老实说,我不喜欢这种方式。我只是在公共新闻组中发表了一些可重复的bug,作为一个缄默的英国人,我不喜欢发表那些不可重复的bug,也不喜欢提出改善建议。我也没有看到关于这个大范围的、开放的beta版是否从发现的大量bug中受益的公开发表的结果;可是,我怀疑查找bug并不是其目的--更可能的情况是beta版的开放是为了使它尽可能的被大家接受。
我与其他人一样,开始的时候也被该框架组件的大小吓住了。它太大了!在过去的几年中我得出了一个结论:框架组件的大小是一种障碍。它里面的类太多了,尽管我也认为其中很多类是被良好地设计的,但是我仍然认为有一些是草率地完成的。其中有些类仅仅对Win32的简单包装,还有一些类看起来是从其它的框架组件中导入的。微软在发布.NET之前,已经拥有自己的Java框架组件类库(叫做WFC),还拥有一个传统的Visual Basic运行时部分的受控(managed)类库,如果我知道有多少WFC和VB类迁移到了.NET上就好了。但我能够识别出其中的一个,因为它在.NET和VB上运行的情况一样糟糕,这个类就是EventLog。这个类的行为与它在VB中的行为一样,在按照常规迁移到框架组件1.0版本之前,甚至于没有人关心它的设计。我在beta版中就抱怨过这个类,但是这个类的开发者只给出了一些毫无说服力的理由。最后,这个类在2.0中进行了“修补”,但是错误的方法还是没有被消除,因此我认为它根本就没有被“修补”过。
总体来说,我认为这个类库发布得太早了,同时它还太大了。该框架组件的可重新发布的部分(redistributable)有25MB,它比Java的可重新发布部分大很多倍。Visual Basic早期版本得出的经验是共享软件和免费软件市场造就某种语言的流行。尽管有些共享软件是使用.NET编写的,但是我经常听到人们抱怨那个巨大的可重新发布部分。我写过关于类库大小问题方面的文章,并且我始终认为如果微软提供删减过的、只带有微软核心类库和系统部件的框架组件版本是有好处的。
说起Visual Basic,我也想提出自己对它的看法,我不得不说传统的Visual Basic太老了。该语言天生就是单线程的,与COM交互(以及建立COM服务器)时会产生很严重的问题。实际上,在我写完一本关于MTS的书(1999年发表)的时候,就得出结论说MTS被设计为允许Visual Basic开发人员编写那些可以从多线程技术(threading)和安全技术(security)中受益的对象,而COM+则使其更进一步了。Visual Basic可以调用Win32函数,但是为了高效率使用这些函数,通常需要利用不太好的黑客技术。但是有了COM和COM安全技术之后,它向前迈进了很大的一步,不过还是不能用少量的几行代码来提供C++能够实现的功能。C++可以用很少的代码就能方便地实现而VB却无法像这样,实现任何功能都使VB非常窘迫。但是这种语言和在运行时(runtime)产生的大多数问题都是与生俱来的,因此,这些问题的解决方案非常激进。这导致了VB.NET的出现。
如果你搜索互联网,就可以找到很多关于VB.NET的发布引发狂热的资料。最好的是Karl E. Peterson的网站(http://www.mvps.org/vb/rants/vfred.htm)。但VB.NET简直就不是VB:Karl的网站显示在VB和VB.NET两种语言之间很多东西是不兼容的。另外,VB是单线程的,它不带异常处理,而且典型情况下是用于编写非OOP代码的。VB.NET带有一个"迁移"工具,但是我认识的使用过这个工具的大多数人都发现这个工具仅仅简单地标记出了大量的不兼容的代码。我早期的建议是VB开发者不要迁移自己的代码,替代的方法是,把代码转换为VB类,而这些类则可以通过COM交互操作(interop)而被.NET代码调用。采用这种方法,VB代码仍然能被保留在设计环境中。当然,微软继续说VB.NET就是VB的神话,鼓励大家使用这个迁移工具。