我们现在开始在我们称之为聚合多种类型应用程序的平台中实施新的软件产品。
我们将在MVC3中完成它,但我试图避免将ASP.NET和MVC保持在同一个项目中,以便我们可以强制执行一些指导和依赖(在以前的项目设置中不正确) 。
我的想法是,除了生产产品,清洁启动技术项目和开发,同时我们解决大的设计决策(本地化,认证,SOC,单元测试等)将是长期的最佳意见(设计传统免费产品)
您有什么看法:
1.从第1天开始(1个项目)
2.保持它们分开(2个项目)并投入时间合并它们
3.开发MVC,直到做出主要决策(部署到另一个IIS),然后在一个项目中将它们合并在一起
我读过这些问题:
Classic ASP and MVC side-by-side, different projects?
How to migrate existing asp.net application to asp.net MVC pattern format
我很想尝试合并部署(在巡航控制中)保持两个项目分开,但是立即面对两个项目之间的global.asax合并!
答案 0 :(得分:1)
我会说从第1天开始合并。它会让你的生活更轻松。保持它们分离的问题是它们会越来越分散,你可能会开始复制代码。如果代码存在于同一个项目中,它将使迁移代码变得更加容易。
您提到的第一个问题是经典ASP 而不是ASP.NET
请参阅:
Can "classic" ASP.NET pages and Microsoft MVC coexist in the same web application?
Can MVC 3 and WebForms co-exist on a website?
http://www.chadmyers.com/Blog/archive/2007/11/30/asp.net-webforms-and-mvc-in-the-same-project.aspx