c# - 从ASP.NET 4.5 MVC Web应用程序迁移到.NET Core

Question

Closed. This question needs to be more focused。它当前不接受答案。












想改善这个问题吗？更新问题，使其仅关注 editing this post的一个问题。

3年前关闭。



Improve this question




我刚刚获得了一些我不太熟悉的技术的任务-我们应该将可爱的Windows ASP.NET MVC Web应用程序转换为在Linux环境中使用。

我从事健康工作，我们拥有绝对不会丢失的用户数据，否则用户(他们的)就会跌落。

尽管我可以适应任务，但我通常不是C#/ASP.NET。我一直在阅读官方文档@ http://docs.asp.net/en/latest/getting-started/installing-on-linux.html，可以看到此任务实际上意味着“针对.NET CORE(或单声道)框架”。

我已经四处搜寻，似乎没有实际/简单的迁移方法-只需学习将新配置的模块化设置与project.json bundle 在一起就可以了!在我尝试手动执行操作之前-你们有什么信息可以建议我吗？需要遵循一些系统的过程吗？也许我应该事先阅读一些“陷阱”？

该项目使用NHibernate和Autofac进行DI-似乎很标准。我只是想知道要在Linux服务器上运行它需要花费多少阅读/实验-最终这才是关键。

最佳答案

以下答案已经过时，但概述了将.Net 4.5 MVC应用程序更新为.Net Core框架的可行解决方案。 .Net Core已准备好生产

Core CLR和BCL尚未准备好投入生产。期。至少还没有，可能还有六个月到一年。在这一点上，依赖性支持甚至还不为人所知。 Autofac没有与核心clr兼容的库。他们会吗？那是开始研究的地方。他们什么时候来？可能要花费一段时间，这是您无法控制的项目要求。

即使是非生产性工作，.NET core仍然很早。简单的答案就是告诉老板等六个月，看看一切都变了，而不是潜在地浪费了数百个工时或生产前代码。当然，这很可能会被忽略，因此，如果绝对需要的话，这就是我今天要进行的工作。

您的问题有几处变更。您正在寻求从ASP.NET 4.5迁移到ASP.NET5。您还希望针对新框架。最后，您计划在新环境中运行该解决方案。这些中的每一个都可以独立处理(尽管有些不能在其他人之前处理)，所以这就是我要走的路。

阶段0) 4.5.1之前没有DNX支持的.Net框架版本。您将使用DNVM选择要定位的DNX。您无法确定不可用的目标，因此如果您的项目当前针对的是4.5.1之前的更新，并确认没有重大更改。如果有修复，并使condebase与4.5.1或更高版本兼容。

阶段1) DNVM和DNX与现有的“完整” .Net Framework(4.5.1+)和.Net Core(5.0)兼容。跳到运行在.Net Core 5上的ASP.NET 5可能很诱人，但这将是一个错误。由于.Net Core需要一个基于dnx的项目，而基于dnx的项目也支持.Net 4.5.1(或更高版本)，因此第一步是切换到asp.net 5引入的新项目结构。这可能需要进行一些试验。在这一点上，文档是很简单的。目标将是您现有的应用程序(在dnx中运行的.net Framework 4.5.1上运行的ASP.NET 4.5。没有项目迁移向导，因此您将从一个新的dnx项目开始(使用asp.net 5“空”模板)并复制现有代码(这似乎是一个很小的更改，但它打破了应用程序与仅Windows主机上已安装的框架之间的紧密耦合。一旦代码库在dnx环境中运行，便为您奠定了基础针对其他环境。

第2阶段)迁移到asp.net 5(MVC 6)。您仍将以“完整” .net框架为目标并在Windows上运行。 .Net核心不(永远不会)支持您项目的现有asp.net版本(4.5)。但是，asp.net 5与完整框架(4.x)和核心(5)都兼容。这使您能够升级到asp.net 5，而无需切换到.net core。第2阶段结束时的目标是使用在dnx中的.net 4.x上运行的asp.net 5的Web应用程序(功能性)。是的，仍然在Windows上，但是我们越来越接近跨平台兼容性。

阶段3)列出.net核心不支持的现有BCL引用和依赖项的 list 。重构.net核心不支持的现有BCL引用。请记住，.net核心是完整​​框架的子集，因此您可能会很幸运，并且所有现有代码都可以满足该子集，但是如果不这样做，则需要找到一种方法来实现.net核心中可用的子集相同的功能。

对于依赖项(即Autofac)，您很有可能需要升级，并且可能存在需要解决的重大更改。第3阶段的目标和结尾是第2阶段的Web应用程序，但没有任何与核心bcl不兼容的依赖项。您无法控制的最大因素是第三方软件包。如果autofac没有发布与clr兼容的核心软件包，那么您将陷于困境(或需要考虑使用替代方法)。

第4阶段)第3阶段结束意味着您拥有符合.net Core的堆栈，但您仍将目标对准整个框架。现在，最后您将目标切换到核心clr(dnvm支持多个并行运行时= dnx)。此时，我仍将部署到Windows，一次部署一个变量。在第4阶段结束时，您将在Windows环境中托管的.net核心上运行Web应用程序。

阶段5)。现在，您可以解决所有Windows依赖项。至少要迁移到IIS，确保以OS中立的方式完成所有路径处理，并且不存在对Windows特定资源(如注册表)的调用。到那时，核心clr和bcl应该会更成熟，因此您不会试图瞄准移动目标。

我认为一劳永逸地做到这一切都是灾难的秘诀。进行了如此多的并行更改后，您将从一个无法运行的解决方案开始，并且该解决方案可能仍会无法运行。通过分阶段进行，您可以将解决方案迁移到交叉兼容的目标，同时在每个步骤中仍具有功能输出。

关于c# - 从ASP.NET 4.5 MVC Web应用程序迁移到.NET Core，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/30671193/

上一篇：c# - LINQ Skip 仍然枚举跳过的项目

下一篇：c# - 如何在 Visual Studio 中查看 Markdown 文本？

相关文章：

c# - 为什么不能通过实例名称访问静态成员？

c# - 我可以将配置文件用于键值对吗？

c#锁问题: lock(this) vs lock(SyncRoot)

c# - 如何将文件从 Visual Studio 部署到 XAML Metro App 中的可访问文件夹？

c# - 如何获得网络上可用的 SQL Server 列表？

html - CSS 中的动态布局

c# - ASP.NET 动态 JavaScript 文件

c# - 如何验证 PasswordBox WPF

javascript - 显示来自外部 javascript 的返回数据

c# - 如何将 TabPage 的标题文本设为粗体？

Answer 1

以下答案已经过时，但概述了将.Net 4.5 MVC应用程序更新为.Net Core框架的可行解决方案。 .Net Core已准备好生产

Core CLR和BCL尚未准备好投入生产。期。至少还没有，可能还有六个月到一年。在这一点上，依赖性支持甚至还不为人所知。 Autofac没有与核心clr兼容的库。他们会吗？那是开始研究的地方。他们什么时候来？可能要花费一段时间，这是您无法控制的项目要求。

即使是非生产性工作，.NET core仍然很早。简单的答案就是告诉老板等六个月，看看一切都变了，而不是潜在地浪费了数百个工时或生产前代码。当然，这很可能会被忽略，因此，如果绝对需要的话，这就是我今天要进行的工作。

您的问题有几处变更。您正在寻求从ASP.NET 4.5迁移到ASP.NET5。您还希望针对新框架。最后，您计划在新环境中运行该解决方案。这些中的每一个都可以独立处理(尽管有些不能在其他人之前处理)，所以这就是我要走的路。

阶段0) 4.5.1之前没有DNX支持的.Net框架版本。您将使用DNVM选择要定位的DNX。您无法确定不可用的目标，因此如果您的项目当前针对的是4.5.1之前的更新，并确认没有重大更改。如果有修复，并使condebase与4.5.1或更高版本兼容。

阶段1) DNVM和DNX与现有的“完整” .Net Framework(4.5.1+)和.Net Core(5.0)兼容。跳到运行在.Net Core 5上的ASP.NET 5可能很诱人，但这将是一个错误。由于.Net Core需要一个基于dnx的项目，而基于dnx的项目也支持.Net 4.5.1(或更高版本)，因此第一步是切换到asp.net 5引入的新项目结构。这可能需要进行一些试验。在这一点上，文档是很简单的。目标将是您现有的应用程序(在dnx中运行的.net Framework 4.5.1上运行的ASP.NET 4.5。没有项目迁移向导，因此您将从一个新的dnx项目开始(使用asp.net 5“空”模板)并复制现有代码(这似乎是一个很小的更改，但它打破了应用程序与仅Windows主机上已安装的框架之间的紧密耦合。一旦代码库在dnx环境中运行，便为您奠定了基础针对其他环境。

第2阶段)迁移到asp.net 5(MVC 6)。您仍将以“完整” .net框架为目标并在Windows上运行。 .Net核心不(永远不会)支持您项目的现有asp.net版本(4.5)。但是，asp.net 5与完整框架(4.x)和核心(5)都兼容。这使您能够升级到asp.net 5，而无需切换到.net core。第2阶段结束时的目标是使用在dnx中的.net 4.x上运行的asp.net 5的Web应用程序(功能性)。是的，仍然在Windows上，但是我们越来越接近跨平台兼容性。

阶段3)列出.net核心不支持的现有BCL引用和依赖项的 list 。重构.net核心不支持的现有BCL引用。请记住，.net核心是完整​​框架的子集，因此您可能会很幸运，并且所有现有代码都可以满足该子集，但是如果不这样做，则需要找到一种方法来实现.net核心中可用的子集相同的功能。

对于依赖项(即Autofac)，您很有可能需要升级，并且可能存在需要解决的重大更改。第3阶段的目标和结尾是第2阶段的Web应用程序，但没有任何与核心bcl不兼容的依赖项。您无法控制的最大因素是第三方软件包。如果autofac没有发布与clr兼容的核心软件包，那么您将陷于困境(或需要考虑使用替代方法)。

第4阶段)第3阶段结束意味着您拥有符合.net Core的堆栈，但您仍将目标对准整个框架。现在，最后您将目标切换到核心clr(dnvm支持多个并行运行时= dnx)。此时，我仍将部署到Windows，一次部署一个变量。在第4阶段结束时，您将在Windows环境中托管的.net核心上运行Web应用程序。

阶段5)。现在，您可以解决所有Windows依赖项。至少要迁移到IIS，确保以OS中立的方式完成所有路径处理，并且不存在对Windows特定资源(如注册表)的调用。到那时，核心clr和bcl应该会更成熟，因此您不会试图瞄准移动目标。

我认为一劳永逸地做到这一切都是灾难的秘诀。进行了如此多的并行更改后，您将从一个无法运行的解决方案开始，并且该解决方案可能仍会无法运行。通过分阶段进行，您可以将解决方案迁移到交叉兼容的目标，同时在每个步骤中仍具有功能输出。