将网站从.NET 2.0迁移到.NET 3.5的风险

将网站从2.0框架升级到3.5框架有什么内在风险？将网站从.NET 2.0迁移到.NET 3.5的风险

我知道在升级时给予我的功能，只是好奇在升级时是否有任何已知的问题可能会弹出。

I.E.函数X用于表现这种方式，现在表现出一种新的方式。

2010-08-25 Clarence Klopfstein

我遇到的唯一主要的2.0-> 3.5麻烦领域是在Web.Config中，围绕对System.Web.Extensions 2.0的引用。如果使用Visual Studio接口更改项目的.NET版本，VS将自动修复Web.config文件中的大多数引用不兼容性。至于代码的区别，你可能会发现一些已被新版本废弃的方法，但我从未遇到任何彻底的破坏。

微软拥有非常严格的向后兼容性标准，以便尽可能减少主要升级的影响。

来源

2010-08-25 14:20:45

给你答案。所有的反馈都很好，所以我想我会等待看到赞成票的结果......你赢了;-) – 2010-08-25 16:29:50

我已经有很少的问题，只要我这样做了。

3.5在IIS中实际运行为2.0，所以真正的3.5是额外的。

给它一个破解和编译，应该没问题。

来源

2010-08-25 14:12:02 ArtificialGold

我也有。但它是一个面向公众的网站，拥有10,000K以上的页面等等......所以不能仅仅这样做:-) – 2010-08-25 14:12:39

唯一的问题可能是围绕AJAX，但只要2.0是最新版本就可以了。我唯一遇到的问题是编译。如果它已经编译，那么之后它总是OK的。你有没有参与AJAX和/或webservices？ – ArtificialGold 2010-08-25 14:15:08

两者都可以。我已经确定了AJAX风险。只是看看是否有核心.NET风险。 – 2010-08-25 14:15:59

AFAIK在将项目定位到.NET 3.5之后，您应该检查一个问题：web.config文件更改。有关于此主题的一些信息here on SO。

除此之外，.NET在2.0,3.0和3.5版本之间大量扩展。但是，考虑到它的功能行为，库核心非常稳定。

还有一点需要注意。我升级了3个不同的Web项目，没有任何问题，甚至没有触及web.config。

来源

2010-08-25 14:23:08 terR0Q

如果你已经使用.NET 2.0 System.Web.Extensions，大多数的web.config冲突会发挥作用。如果不是，那么你的问题会更少。至于Web.config没有任何问题，Visual Studio的项目升级很可能会自动修复Web.config。 – 2010-08-25 14:44:20

将网站从.NET 2.0迁移到.NET 3.5的风险

回答

相关问题