目前，我们仍在使用 2.0 框架，尽管 2.0 提供了我们目前所需的所有必要条件，但我们迟早必须转向 3.5。
前几天，内部讨论了此次升级是否涉及任何风险，不能掉以轻心，因为我们所有的客户仍在使用 2.0 框架。
有一位同事表示，只针对 3.5 框架重新编译我们所有的产品并完成新的发布会更安全。这将解决任何兼容性问题。
确实做了很多工作，也许是不必要的，我相信微软受赠者认为该框架是向后兼容的，我们为什么要对此有任何疑问？
我是对的吗？
最佳答案
它不是 100%.... 最重要的是，3.5 和 3.5SP1 都包含 2.0 和(以后的)3.0 的服务包；这些变化并非微不足道。
作为关键之一；如果您开始使用 SP1 中的类型 即使在你认为是 2.0 ，它将在“适当的” 2.0 客户端上失败。有一个 FX 警察工具可以帮助避免这种情况，IIRC。其次，(在服务包中)对核心深处的事物进行了更改 - 例如，池线程的数量(或者是池线程的堆栈大小......该区域的某些内容)如果您不走运。
此外，还有 2.0 代码中的错误修复；如果您碰巧(偶然)依赖服务包 (SP1/SP2) 中更改的行为...
但是也不要忘记你有这个问题现在 ;如果您的客户 有 安装了 .NET 3.5，然后他们采用了 2.0 服务包；-p
所以不要完全忽略它 - 但如果你采取适当的预防措施(通过测试)，它应该是可以实现的。
关于.net - 从 .net 2.0 升级到 3.5 时的兼容性，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/899847/