我正在尝试将项目从经典的ASP.Net Web窗体迁移到ASP.NET MVC.
虽然我已阅读了http://www.codeproject.com/Articles/38778/ASP-NET-WebForms-and-ASP-NET-MVC-in-Harmony.我对如何完成代码结构,库和路由有一个基本的想法.
为了您的信息,我现有项目的范围大约是400页和300个表.
在我的头脑中,我有两种方法：
>从拉伸开始,重写整个系统 – 显然这需要大量工作并需要很长时间.对现有系统进行的任何更改都需要对新系统进行重复更改.
>逐个迁移页面 – 我仍然重建整个核心库(用于访问数据库),并逐个迁移页面.为此,我假设有两个核心库(新旧)同时运行,不同的页面连接到其中一个.
有没有人有类似的经验,并建议一个正确的方式开始？
对于这个完整的改进,我也可以针对最新的技术 – .NET Core和MVC6,通过采取这些我会有额外的优势,或者我需要处理的一些障碍？
任何建议和意见表示赞赏.干杯.
解决方法
微软对此主题有点嘘声,但WebForms引擎可能永远不会进入ASP.NET Core.有人可能会认为MS正在等待社区是否正在呼叫一个端口,但我认为他们试图分散地杀死它(不像Silverlight).
为什么？因为从长远来看它被证明是一个坏主意,一开始很容易使用,但掌握起来非常复杂(因为视图状态和页面生命周期),倾向于允许普通开发人员构建非常繁琐的应用程序(在法语中我们说蒸汽工厂).此外,它很难适应现代Web开发(Ajax,单元测试,IoC).他们尝试通过一些调整来修复它,但整体架构并不适应这种情况.相比之下,MVC是一种享受！
要回答你的问题,将WebForms迁移到MVC是不可能的,因为这些是完全不同的架构,当然架构就是应用程序所处的位置,所以如果你改变它,你也可以从头开始重写它. .
如果你的应用程序分为多层(业务,数据访问,用户界面),那么对你有很大帮助的是什么.如果不是这样,您可以从这样做开始,将UI项目与其他项目正确分开.然后你只需要重写ASP.NET项目而不是其他.
