【问题标题】:.net 3.5 to 4.0 Migration.net 3.5 到 4.0 迁移
【发布时间】:2011-03-05 04:29:36
【问题描述】:

目前,我们正在 Microsoft Visual Studio 2008 (.Net 3.5) 中使用 WCF、WF 等一些最新功能开发工资单应用程序,并且开发工作已基本完成。

但是,客户表示有兴趣将在 Microsoft Visual Studio 2008 (.Net 3.5) 中开发的工资单应用程序迁移到 Microsoft Visual Studio 2010 (.Net 4.0)。

我不知道迁移中的预期挑战,或者它是否会非常顺利。

有什么想法或方法吗?

【问题讨论】:

    标签: .net .net-3.5 .net-4.0 migration


    【解决方案1】:

    应该没有挑战。您的所有 3.5 代码都将像使用 VS 2008 构建时一样工作。

    如果您进行 Google 搜索,您会发现许多标题为“2010 年的新变化”之类的文章。你不会找到诸如“有什么不同”之类的东西

    除了这个来自 MSDN 的小花絮:

    .NET Framework 4 高度 与应用程序兼容 使用早期的 .NET Framework 构建 版本,除了一些更改 旨在提高安全性, 标准合规性、正确性、 可靠性和性能。

    .NET Framework 4 没有 自动使用它的版本 要运行的公共语言运行时 构建的应用程序 .NET 的早期版本 框架。运行较旧的应用程序 使用 .NET Framework 4,您必须 编译你的应用程序 目标 .NET Framework 版本 在您的属性中指定 Visual Studio 中的项目,或者您可以 指定支持的运行时 元素中的 应用程序配置文件。

    见the article

    还有:

    如果您的应用程序或组件 .NET Framework 4 后不起作用 已安装,请提交错误 Microsoft Connect 网站。

    这告诉我 4.0 意味着完全向后兼容,如果不是,那么他们需要修复它。

    【讨论】:

    • @John:自 2.0 以来的 .NET 后续版本只是扩展了库。 IDE 可能已更改或调整,但 FCL 仅添加到其中。
    • 我不这么认为...如果您检查 System.Core.dll,它取决于版本 4.0 dll 一直到 mscorlib
    • 好更新;根据那篇文章,它是兼容的,但不是超集。
    • @John:这会如何影响兼容性?而且,您是否有理由相信自 .NET 1.1-2.0 迁移惨败以来他们还没有吸取教训?
    • @John Saunders,我最初的观点只是 .NET 4.0 不是 .NET 3.5 的超集。这并不意味着存在存在不兼容,它只是意味着存在可能。
    【解决方案2】:

    如果您正在使用 IdeaBlade,请期待骚动;除了我们的过渡非常顺利。

    VS2010 确实在调试器中引入了内存泄漏,并迫使我每天大约重新启动 VS2010 两次:/

    使用 ninject 更新到 4.0 轻松快捷。

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 1970-01-01
      • 2011-06-29
      • 2012-07-03
      • 1970-01-01
      • 2011-03-13
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      相关资源
      最近更新 更多