Windows Form 部分占用资源极大，而且.NET 运行时的部署也时而出错。
微软又花了

8 年时间提出了一个 Client Profile 的理念来实现精简安装。.NET 控制在浏览器

中安全替代

Active X 的理念从未实现，部分原因是其运行时不够普及，部分原因是以合理

方式实现这一点的技术在

2008 年 Silverlight 问世之前从未真正到位。

如果微软使用它会怎样

?

一个长期的抱怨是微软本身也一直迟迟未能采用

.NET。微软的 Tony Goodhew 在 2000 年

TechEd 大会上曾表示，“微软未来将使用.NET 框架。”但是，该公司一直继续使用本机代码
和

C++作为 Windows 和 Office 的主要开发平台。COM 从未真正离去，对那些希望使用新

Windows 7 API 的.NET 开发者来说，必须使用了一个包装函式库来实现这一点。
换句话说，微软逐渐将

.NET 定位成一个企业应用平台，而非它原先所说的创建所有东西的

基础平台。
2000 年，微软骄傲的宣称，C#和公共语言基础架构将被 ECMA 标准化，矛头直指 Sun，后
者已决定在它自己的

Java 社区化进程中来维护 Java，而不是将其交给一个公共标准组织。

尽管这带来了诸如开源

Mono 等一些有趣的项目，该框架的类库和 ASP.NET 依然徘徊于标

准化进程之外，而且便携式

.NET 应用的理念从未实现。微软不可能把这一点看作一个失败，

但实际这就是一个失败。
现在即将进入新的十年，

 尽管.NET 的成功之处要大于失败之处，如果微软希望减少未来

十年其平台面临的威胁，它至少需要提出某些大胆的新战略。