2
希望SO社區能夠幫助解決辦公室中的爭論。目前我們的結論是'它取決於'！MVC命名空間組織
在MVC中，你如何組織你的命名空間？
選項A
你下去有模型，控制器和視圖命名的MS ASP.NET MVC路線？
選項B
還是你分隔每個MVC的到它的邏輯 '功能'，例如：
特點A
- FeatureAModel
- FeatureAController
- 類型
- IFeatureAView（接口 - 使控制器不參考具體查看）
- 查看
- FeatureAView（混凝土）
我們可以看到兩者的點。我喜歡選項B，因爲它可以更好地在工作室中構建我的項目 - 一眼就能看到所有內容都按照功能分組。但是，例如，如果我們希望將所有模型在將來轉移到服務層，選項A爲我們提供了一個更容易的縮放選項。
歡迎您的光臨！