【问题标题】:Risk of migrating website from .NET 2.0 to .NET 3.5将网站从 .NET 2.0 迁移到 .NET 3.5 的风险
【发布时间】:2011-04-03 18:15:01
【问题描述】:

将网站从 2.0 框架升级到 3.5 框架的内在风险是什么?

我知道升级中提供给我的功能,只是想知道升级时可能会弹出任何已知问题。

I.E.函数 X 曾经是这种行为方式,现在是一种新的行为方式。

【问题讨论】:

    标签: asp.net .net-3.5 .net-2.0


    【解决方案1】:

    我遇到的唯一主要的 2.0->3.5 问题区域是在 Web.Config 中,并且以对 System.Web.Extensions 2.0 的引用为中心。如果您使用 Visual Studio 界面更改项目的 .NET 版本,VS 将自动修复您的 Web.config 文件中的大多数引用不兼容问题。

    至于代码差异,您可能会发现某些方法已被较新版本过时,但我从未遇到过任何彻底的中断。

    Microsoft 拥有非常严格的向后兼容性标准,以便尽可能减少重大升级的影响。

    【讨论】:

    • 给你答案。所有反馈都很好,所以我想我会等着看赞成票……你赢了;-)
    【解决方案2】:

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

    除此之外,.NET 在 2.0、3.0 和 3.5 版本之间进行了大量扩展。但是库核心在其功能行为方面相当稳定。

    还有一个注意事项。我升级了 3 个不同的 web 项目没有任何问题,甚至没有接触 web.config。

    【讨论】:

    • 如果您已经在使用 .NET 2.0 System.Web.Extensions,那么大多数 web.config 冲突都会发挥作用。如果没有,那么您将遇到更少的问题。至于Web.config个人没有任何问题,Visual Studio的项目升级可能会自动修复您的Web.config。
    【解决方案3】:

    每当我这样做时,我遇到的问题很少。

    3.5 实际上在 IIS 中作为 2.0 运行,所以 3.5 的东西真的是额外的。

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

    【讨论】:

    • 我也有。但它是一个面向公众的网站,拥有超过 10,000K 的页面等等……所以不能随便摆弄它 :-)
    • 唯一的问题可能在于 AJAX,但只要它是最新的 2.0 以下就可以了。我唯一遇到的问题是编译。如果它已经编译,那之后总是可以的。您是否涉及 AJAX 和/或 Web 服务?
    • 两者都是。我已经确定了 AJAX 风险。只是看看是否存在核心 .NET 风险。
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 2010-11-24
    • 2011-06-29
    • 2010-11-28
    • 1970-01-01
    • 1970-01-01
    • 2011-03-05
    • 1970-01-01
    相关资源
    最近更新 更多