逐步将ASP.NET 4.0迁移到MVC3,保持项目分离

逐步将ASP.NET 4.0迁移到MVC3,保持项目分离,asp.net,asp.net-mvc-3,migration,Asp.net,Asp.net Mvc 3,Migration,我们现在开始在我们称之为聚合多种应用程序的平台内实现一种新的软件产品 我们将在MVC3中实现这一点,但我试图避免将ASP.NET和MVC放在同一个项目中,这样我们就可以强制执行一些准则和依赖项(在以前的项目设置中是不正确的) 我的想法是,从长远来看,除了生产产品外,在解决重大设计决策(本地化、认证、SOC、单元测试等)的同时,清洁启动技术项目和开发将是最好的意见(设计一个无遗留产品) 你的意见是什么: 1.从第1天开始合并(1个项目) 2.将它们分开(2个项目),并投入时间将它们合并 3.分开

我们现在开始在我们称之为聚合多种应用程序的平台内实现一种新的软件产品

我们将在MVC3中实现这一点,但我试图避免将ASP.NET和MVC放在同一个项目中,这样我们就可以强制执行一些准则和依赖项(在以前的项目设置中是不正确的)

我的想法是,从长远来看,除了生产产品外,在解决重大设计决策(本地化、认证、SOC、单元测试等)的同时,清洁启动技术项目和开发将是最好的意见(设计一个无遗留产品)


你的意见是什么:

1.从第1天开始合并(1个项目)

2.将它们分开(2个项目),并投入时间将它们合并

3.分开开发MVC,直到做出主要决策(部署到另一个IIS),然后将它们合并到一个项目中


我读过以下问题:


我很想尝试在部署时合并(在巡航控制中),将两个项目分开,但马上就要面对两个项目之间的global.asax合并

我会说从第一天开始合并。这会让你以后的生活更轻松。将它们分开的问题是,它们会越来越分散,您可能会开始复制代码。如果它们生活在同一个项目中,那么迁移代码就会容易得多

您提到的第一个问题是关于经典ASP而不是ASP.NET

见: