最近我通读了Richard Grimes在Dr. Dobbs Journal上发表的文章"Grimes的告别.NET书"。我想对该文章中Richard的观点作一些回应。Richard明确地宣称该文章是"自己的观点"，也就是说，他的文章应该被看作是他自己对于.NET当前的情况的看法，而不是讨论我们走了多远、要到哪里去。他提出了三个论点--.NET框架组件太大了以至于妨碍了它的应用，.NET框架组件的设计问题，文章还有大约一半的内容在抨击Visual Basic，最后的结论是微软对.NET框架组件"失去了信心"。在下面的内容中，斜体字是引用他的观点，后面是我的回应。

　　对于.NET框架组件的大小妨碍了它的应用问题

　　·RG：该框架组件的可重新发布部分(redistributable)有25MB，比Java的可重新发布部分大很多倍。Visual Basic早期版本得出的经验是共享软件和免费软件市场造就某种语言的流行。尽管有些共享软件是使用.NET编写的，但是我经常听到人们抱怨那个巨大的可重新发布部分。

　　我的回应：也许是我过于挑剔了，但是它的大小的确是23,698K或23.7MB。尽管Java的运行时相对较小，但是还是有15MB。通观全文，Richard谈到.NET应用程序的时候，他谈到的实际上是客户端或公共客户端(即不在防火墙内)。例如，把.NET框架组件安装在服务器上，或者安装在你可以控制的内部网环境中根本就不会有问题。即使在公共客户端计算机上，也有大量的商业共享软件--从游戏到RSS阅读器--都需要.NET框架组件。我曾经询问过很多共享软件开放人员，他们的确没有使用Java，多数人使用C/C++、Visual Basic或Delphi。在谈".NET的状况"的时候，开发部副主管Soma的关于.NET的能量的文章做了更好的总结。

　　Soma：到目前为止，我看到人们从Windows更新和微软下载中心下载了7000万次.NET框架组件。简单的计算一下，这个数据可以转换为每个月下载550万次。另一个有趣的数据是，在2004年，我们预计约有5400万台新PC中会安装/预装.NET框架组件。我们还拥有大约250万受控代码开发者。

　　关于.NET框架组件的设计的问题

　　·RG：我发表在技术预览新闻组上的第一篇文章是一个简单的Cool控制台应用程序、一个与其功能相当的Java程序，并用一些巧妙问题指出了两者之间的差别。

　　·RG：其中有些类仅仅是Win32的包装，还有一些类看起来是从其它的框架组件中导入的。微软在发布.NET之前，它已经拥有自己的Java框架组件类库(叫做WFC)，还拥有一个作为传统的Visual Basic运行时部分的受控(managed)类库。如果我能知道有多少WFC和VB的类迁移到了.NET就好了。

　　我的回应：这两个观点是矛盾的。在第一个观点中他暗示.NET框架组件是Java的复制品，但是在后面一个观点中，他声明.NET框架组件简单地迁移自Win32类、Windows基类(WFC)和VB运行时类。他的观点到底是哪一个呢？如果他的观点是可以编写一个简单的应用程序，该程序在C#、Java或C++看起来一样，那么我认为这根本就不能证明什么。看看下面的一个for循环：

　　for (int i = 0; i < x; i++) {...}

　　猜猜它是用哪种语言编写的？如果你的回答是C、C++、C#和Java，那么就答对了。我看不出他到底想证明什么。如果他试图建立一个比"Hello World"更加强大的应用程序，那么就应该在框架组件或类库的具体特性

[1] [2] [3] [4] 下一页

在google里搜索更多微软C#产品经理对Richard的回应

	Web www.51ec.org

上一篇信息学院： VB.NET菜单设计初级入门

下一篇信息学院： 用VB.NET实现Smartphone中进程启动