asp.net MVC解決方案/項目佈局

這是一個更開放的問題，而不是尋找一個特定的答案。asp.net MVC解決方案/項目佈局

衆所周知，沒有一個適合所有解決方案的答案，但我很想知道如何構建您的asp.net MVC解決方案，以及您在設計中遇到的任何缺陷或您將要做的事情如果您可以重新開始，則不同。

標準的asp.net MVC模板只是一個基本模板，我確定我在播客中看過/聽過Scott Hanselman說過模型文件夾存在的唯一原因是所以人們不會問哪裏是該模型。這已經意味着，也許它應該被轉移到它自己的獨立課堂上。

個人在小MVC應用程序我已經做了我已經分離出的模型轉換成其唯一的類，用於保存模型和信息庫，而「MVC」項目有控制器和視圖。這通常沒有任何問題的鍛鍊，但正如我所說，這些只是小應用程序。

那麼大多數人在做什麼？ - 只使用標準模板？ - 只分離出模型？ - 分離模型和控制器？ - 分離甚至移動，所有的數據訪問都是通過Web服務或某種數據門戶完成的？ - 或者完全不同的東西？

最後如何人民創造單元測試？只需要一個單元測試課程來測試每個項目的每個項目或單元測試課程？

來源

2010-02-19 lancscoder

我個人使用吉米·博加德的做法：Organizing ASP.NET MVC solutions。

來源

2010-02-19 10:00:06 mrydengren

有趣的方法，在更大的規模一對夫婦的MVC項目後的默認佈局開始顯得雜亂確實如此。 – 2010-02-19 10:16:01

說實話，大部分的時間我已經找到了標準模板不夠整齊，我簡單地重新使用它。我會說它的真正屬於你自己的特定組織偏好。

如果我的模型得到了真正的大我肯定會考慮爲它創造一個單獨的類庫項目。

來源

2010-02-19 10:01:36 James

如果它太大，爲什麼要分開它？爲什麼不把它分離開始呢？只是試圖學習:) – Sam 2011-02-19 19:34:46

@Sam - 就像我說這是個人喜好。我不覺得一個小型模型本身應該有一個完整的類庫（儘管有些人會不同意）。我覺得* Models *文件夾是足夠分離的。但是，如果我覺得我的模型變得相當龐大/複雜，我肯定會考慮將它整理在一個DLL中，這樣可以讓模型的混亂遠離我的網站結構。 – James 2011-02-22 11:34:24

asp.net MVC解決方案/項目佈局

回答

相關問題