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

回答