ASP.NET模型視圖Presenter項目結構

我剛啓動一個新的ASP.NET項目並使用MVP模式。我確實考慮過MS MVC，但它還沒有發佈，對於團隊中的一些人來說這將是一個很大的學習曲線，所以我選擇了現在的MVP和未來的MVC項目。ASP.NET模型視圖Presenter項目結構

無論如何，似乎我將有一個控制器/ Presenter類爲每個webform我有它的項目。這是很多額外的類，基本上是Web項目中文件數量的兩倍。這是其他人如何構建MVP或者有什麼選擇？

2008-10-21 Craig

我認爲它有很大的依賴性，但在大多數情況下，它確實是最終的結果。

我個人使用數據，業務，演示代碼的n層架構。（誰知道我遵循什麼樣的格式）。與aspx中的所有內容相比，我獲得更多的文件，但代碼更容易管理。

2008-10-21 21:44:27

這聽起來非常像我所擁有的。我有一個Model，Services和Web圖層。 – Craig 2008-10-21 22:19:59

這似乎是一個普遍的誤解 - >「更多的文件/類==更爲複雜的」

我們選擇遵循UI分離模式的原因是爲了幫助單獨的擔憂，使代碼更容易和便宜改變維護和（大，重要的和）我們可以對複雜的部分進行單元測試，並保持UI層纖細。

我正在與測試ASP的MVC。原因是，雖然它仍然只是一個測試版（PDC很快，可能會影響發佈，並且我們有5個預覽版），但它具有更好的框架來支持這種風格，而不是我可以在合理的時間內編寫幀。

你當然可以使用另一個框架，如城堡單軌。

2008-10-21 21:45:32

我個人喜歡使用ASP.NET MVC。我自己用www.jobtree.com.au來使用它。不幸的是，許多開發人員不喜歡失去他們的GridViews和其他可視化組件的想法。 :-P – Craig 2008-10-21 21:50:15

對於你的問題 - 我已經看到許多不同的MVP，並沒有看到任何減少文件數量，我想不出一種方法來減少文件的數量。

根據我的經驗，我重用了視圖接口，甚至在視圖結構完全相同但呈現不同數據的代碼後面。你也可以考慮在適用的地方重新使用控制器。

我認爲值得注意的是，擁有更多的文件將成爲更敏捷和測試驅動開發的自然結果，開發人員會發現它越來越自然。（就像我們中的一些人在單個文件中發現很自然的有很多方法...）

2008-10-21 22:15:58

回答