将Web迁移到ASP.NET Core的最佳实践

Question

我正在尝试将一个项目从经典的ASP.Net Web迁移到ASP.NET MVC。

我已经读过http://www.codeproject.com/Articles/38778/ASP-NET-WebForms-and-ASP-NET-MVC-in-Harmony了。我对如何完成代码结构、库和路由有一个基本的想法。

供您参考，我现有项目的范围大约是400页和300个表。

在我的头上我有两种方法：

1. 从扩展开始，重写整个系统--显然这需要大量的工作，而且需要很长时间。对现有系统所作的任何改变都需要对新系统进行重复的修改。
2. 每个迁移一个页面--我仍然要重新构建整个核心库(用于访问db)，并逐个迁移页面。为此，我假设两个核心库(新的和旧的)同时运行，不同的页面连接到其中的一个。

会不会有人有类似的经验，并建议一个适当的方式开始？

为了完成这一整改，我可能还瞄准了最新的技术-- .NET Core和MVC6，通过使用这些技术，我会有额外的优势吗，或者我需要解决的一些障碍？

如有任何建议和意见，敬请见谅。干杯。

Answer 1

微软在这个问题上有点沉默，但WebForms引擎可能永远不会进入ASP.NET核心。有人可能会认为MS正在等待社区是否正在调用一个端口，但我认为他们正在谨慎地杀死它(不像Silverlight那样)。

为什么？因为从长远来看，这是一个不好的主意，一开始很容易使用，但掌握起来却非常复杂(因为viewstate和页面生命周期)，并且倾向于允许普通开发人员构建非常乏味的应用程序(在法语中我们称之为蒸汽工厂)。而且，它很难适应现代web开发(Ajax、单元测试、IoC)。他们试图通过一些调整来修复它，但是总体架构只是不适应这类事情。MVC相比是一种享受！

为了回答您的问题，将WebForms迁移到MVC是不可能的，因为它们是完全不同的体系结构，当然，应用程序最重要的是架构，所以如果您更改它，最好还是从头重写它。

如果您的应用程序被划分为层(业务、数据访问、UI)，那么对您有很大帮助。如果不是这样的话，您可以从这样做开始，正确地将UI项目与其他项目分开。然后，您只需重写ASP.NET项目，而不是其他项目。

Answer 2

我想与StackOverflow社区分享一些有用的资源，以防您在决定做什么时遇到困难：

• 现有Web窗体应用程序的现代化
• 迁移到MVC或Core
• 或者是否要在Web、MVC和Core上启动一个新项目。

给你：

• https://www.telerik.com/blogs/review-of-telerik-toolsets-for-aspnet-web-forms-core
• 更新ASP.NET Web窗体应用程序(Microsoft )- https://tomasherceg.com/blog/post/modernizing-asp-net-web-forms-applications-part-1
• 用Edi (Microsoft )- https://edi.wang/post/2018/10/31/migrating-old-aspnet-applications-to-net-core将旧的.NET应用程序迁移到.NET核心
• 在ASP.NET和ASP.NET核心(Microsoft )- https://learn.microsoft.com/en-us/aspnet/core/fundamentals/choose-aspnet-framework?view=aspnetcore-3.1之间进行选择
• 从ASP.NET迁移到ASP.NET核心(Microsoft )- https://learn.microsoft.com/en-us/aspnet/core/migration/proper-to-2x/?view=aspnetcore-3.1

Answer 3

我看到了下面的链接

https://www.youtube.com/watch?v=CZuqMrWSano https://www.dotvvm.com/blog/59/Modernizing-ASP-NET-Web-Forms-applications-with-DotVVM

DotVVM包帮助我们将ASP.Net Web迁移到ASP.NET核心，而无需完全重写。

我没有试过任何生产应用程序。还试过一些样本页。你可以试试这个。