2016-05-21 110 views
0

我想構建一個使用ASP.NET MVC和實體框架的大型應用程序。我知道這個項目在某個時候會變得非常大,所以我想確保我設計的方式能夠在不需要大量不必要的工作的情況下進行管理,特別是當我有更多的程序員幫助我時。如何使用ASP.NET MVC構建模塊基礎應用程序?

我喜歡考慮的另一件事是應用程序部署。我不想每次更新或在應用程序中添加新的部分時都要繼續編譯我的應用程序。

我相信使用MVC設計將保持我的代碼清潔和易於維護。但我真正想強制執行的一件事是模塊設計,以保持我的文件的組織。

基於我已經完成的一些搜索,出現了三個東西:區域,MEF和MAF,這似乎是基於相同的想法。

我還了解到,對於大多數MEF更符合我所尋找的項目的項目而言,MAF可能會被殺死。

大多數,我發現至少有2歲會談有關ASP.NET MVC 4,我不知道如何相關的也就是ASP.NET MVC 5或ASP.NET MVC 6

的文章

讓我感到困惑的是MEF是一個框架,ASP.NET MVC是另一個框架。是否有可能使用這兩個框架來獲得帶有模塊基礎應用程序的MVC設計,這使得我可以組織我的文件,而不必在每次需要更新或添加新模塊時編譯我的應用程序?

MVC和MEF的結合是否爲大型應用程序考慮良好的開端?在設計我的應用程序時,我有更好的想法嗎?

+0

這是基於這樣的SO過寬/意見了......注5與核心 - 框架是不同的,所以建議一個可能不適用於另一個。對於5年2歲的文章肯定是適用的...... –

+0

'我不希望每次更新我的應用程序時都要繼續編譯我的應用程序,或者在我的應用程序中添加新的部分。「 - 使用持續集成/持續部署與[Web Deploy](http://www.iis.net/downloads/microsoft/web-deploy)相結合使得實現起來相對簡單。爲了部署的目的,不要讓設計更復雜。 – NightOwl888

回答

2

我不認爲MEF是你要找的答案。 MEF的設計理念是賦予開發人員創建「可插拔」架構的能力。

想象一下,開發一個應用程序,其核心將在不同的客戶端之間共享,但其中一些客戶端會使用一些自定義模塊。那麼MEF就是你要找的。

相反,從你所說的話,我認爲你只是想創造一個整潔而堅實的架構,在未來容易維護。你不需要MEF。

下面是關於如何構建大MVC應用程序牢記的原則的關注點分離的好文章:https://chsakell.com/2015/02/15/asp-net-mvc-solution-architecture-best-practices/

+0

我不確定我是否理解這篇文章。但它似乎並沒有使用ASP.NET MVC框架。我想我想堅持ASP.net MVC,但喜歡將我的文件分開到不同的文件夾 – Jaylen

+0

當然它使用MVC。它只是基本上告訴你爲你的服務,數據訪問,域和mvc應用程序創建一個單獨的項目 – tocqueville

相關問題