2011-05-27 45 views
0

我們現在開始在我們稱之爲聚合多種類型應用程序的平臺內部實施新軟件產品。我們將盡量避免在同一個項目中保留ASP.NET和MVC,以便我們可以強制執行一些準則和依賴項(這在以前的項目設置中是不正確的) )。逐漸將ASP.NET 4.0遷移到MVC3,以保留分離的項目

我的想法是除了生產產品之外,在解決大型設計決策(本地化,認證,SOC,單元測試等)時,清理啓動技術項目和開發將是最好的長期觀點(設計一箇舊的免費產品)


您有什麼看法:

1.Merge 1天(1個項目)

2.保持分離(2項目)並且投入時間將它們合併

3.Develop MVC分開,直到主作出決定(部署到其他IIS),然後在一個單一的項目


我看了這個問題,一起將它們合併:

Classic ASP and MVC side-by-side, different projects?

How to migrate existing asp.net application to asp.net MVC pattern format

我很想嘗試部署合併(在巡航控制)保持兩個項目分離,但立即面臨2個項目之間的global.asax合併!

回答

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