ASP.NET MVC項目中有多少文件太多？

我曾見過一些團隊從一開始就開始涉足多個項目，而其他團隊則構建了龐大的單個項目。大型項目團隊表示，一個大型項目比多個小型項目更容易維護。ASP.NET MVC項目中有多少文件太多？

一般來說，有多少文件太多？

來源

2010-07-29 jswanson

這個問題沒有人回答。答案是：這取決於。 – 2010-07-29 19:47:34

當然這取決於。只是在這裏概括。 – jswanson 2010-07-29 22:07:10

喬治建議它的答案取決於...但您可能有許多areas大型項目，這是asp.net mvc 2.0的新功能。當你想要打破另一個項目的時候，是當你試圖在另一個項目中重用它時。既然你不想要一些事情，那就需要做很多改變才行。

所以，你需要分析和理解你的項目的可重用性。按理想你不想有一個大項目的一切......你可以分成圖書館......幫手......模型......等等再次取決於你如何以及你在執行什麼。有時一個大型項目也可以工作。

來源

2010-07-29 20:12:15 Vishal

如果您的所有項目都在一個解決方案中，那麼它們之間並沒有太大的區別（直到超過10個左右的項目）。如果您只打算使用一個應用程序，請將其保存在單個項目中，但如果您覺得這樣更容易，請按文件夾分隔。

我們通常按照層級來分離我們的項目...即Web層項目，模型/業務邏輯層以及數據訪問或OR/M層。它使我們更容易管理和概念性地思考各種應用程序。它還有助於防止我們混淆在一起（即你可能不希望你的模型訪問System.Mvc命名空間，但是如果一切都在一個項目中，開發人員就可以輕鬆地將這些'特性'放入其中）。

來源

2010-07-30 04:50:21 Andrew

這裏可能沒有正確或錯誤的答案，但從經驗來看，一些團隊知道某些組件在邏輯上屬於一個單獨的項目，因此他們最初將其分解。

有些團隊可能會發現，因爲項目在當前形式下無法維護，因此決定將其按邏輯劃分爲更易於管理的部分。

作爲開發人員，我們應該始終將問題分解爲更易於管理和易於使用的工作。該概念適用於增長到不利的解決方案/項目。

短而簡單的答案。如果它變得大而凌亂，請將其分解。

來源

2010-07-30 05:03:59

我們不用擔心'項目中的文件'，而是我們通過'項目包含邏輯相關的功能'來細分。我們的基礎庫按功能區域（用戶界面，數據訪問等）劃分，然後按功能劃分應用程序組件 - 報告，合同維護/信息，各種奇怪的表格維護事務，交易維護/信息，權限維護/信息等（某些術語是特定領域的）

鑑於我們從客戶/服務器翻譯的應用程序相當大，我們決定邏輯上相關的分離將提供更簡單的維護方案。

來源

2010-07-30 05:14:22 DaveE

ASP.NET MVC項目中有多少文件太多？

回答

相關問題