微软正面临着即将到来的.Net Framework 2.0的兼容性问题，但是据说这个问题不会推迟计划在下半年发布的Visual Studio 2005工具集。

    在.Net Framework1上建立的应用已经被打破，或正在根据公司的白皮书在2.0版本上进行修改。

    文件上说公司都希望.Net Framework1.1 上的应用能够顺利地运行在.Net 2.0版本上，可以进行一些文档上的变化。白皮书上说，"在beta 2 版发行时，我们还没有达到这个目标并且也正在寻找关于这个问题的反馈信息，希望在.Net Framework2.0发布之前能够进行解决"。

    白皮书上说，在它的应用兼容性测试中，微软在.Net Framework或Visual Studio中发现了影响应用的变化不多于十个。

    微软说，进行这些变化的原因涉及到所要遵循的标准，用户的反馈及正确性问题。公司相信许多变化只会影响.Net Framework1.1开发的应用程序被.Net Framework2.0装载时可能会遇到一些变动，应少数用户。 公司还声明：有时可能无法运行。"

    但是，微软还有时间在Visual Studio2005平台代号为"Whidbey"发布之前解决这个问题，计划是在2005 年下半年发布，Visual.basic.Net的产品经理Jaye Roxe说，Whidbey 平台和Windows操作系统将会支持.Net Framework2.0。

    框架为运行可管理的应用提供了一个潜在的平台，基本的编程事务譬如内存分配都是由这个框架处理的。版本2.0 在性能方面有了很大的改善，并且增加了对Windows表单和对ASP.Net的操作。

    Roxe说，微软正在努力保证.Net Framework1.1 应用能够运行在版本2.0上。2.0 版本上的变化主要是为了回应用户的反馈。

    Roxe 说，"这个白皮书主要是描述了我们所做的变化，以及它们是怎样潜在地影响一个应用的，并且还介绍了我们对代码的所进行的修改"。

    Roxe 说，变化是由一些譬如改变了用户调用方法的方式等因素引起的。

    微软ISV 低估了这个问题。Infragistics的开发顾问Steve Dadoly说，"我们根本就没注意这个问题"。Infragistics为.Net Framework的扩展开发了工具集。" [ .Net Framework1.1] 到2.0确实有一些代码要进行改变和删除，但是编译器可以对这些情况发出警报并且告诉我们必须改变成另一个不同的方法。代码很大程度上还是能正确编写和运行的"。

    兼容性方面知名的潜在"热点" 包括序列化，框架版本之间的数据序列化是不稳定的，因为序列化依靠对象的内部结构。微软投资在版本宽容序列化上，这个可以在Visual Studio2005 和.Net Framework2.0发布时看到。

    另一个热点是检查.Net Framework的一个特殊版本。在安装时检查框架的一个具体版本或者在运行时检查一个具体版本的应用称为"version-brittle"。

    Roxe 强调，应用本来就知道他们是被建立在版本1.1还是2.0 的框架上，这就意味他们会尽力运行在最初被建立的平台版本上。

    Roxe 说，"既使开发人员在他们的机器上安装了.Net Framework2.0，他们仍然可以继续使用他们从.Net Framework1.1获得的功能"。