问题标签 [mvp]

我一直在研究有几个人建议的 Model-View-ViewModel 模式（尤其是 John Gossman，看看这篇文章和这个播客），但是人们使用和喜欢的其他模式（如果有的话）。 .. 他们在哪里增加价值？

我也偶然发现：

• 模型-视图-视图模型
• 演示模型
• 数据模型-视图-视图模型
• Prism 中的模式（现在称为 WPF 的复合应用程序指南）

我很乐意就上述这些以及我可能尚未发现的那些进行积极讨论。

是否有很好的示例代码或测试项目来解释Model-view-presenter (MVP) 模式。有很多解释链接，但我想有一些很好的示例代码来展示给其他人，而无需重新发明轮子。

除了单元测试的好处之外，我听说的关于 MVP 模式的还有表示层的可重用性。因此，您将设计一个表示层并将其用于 WinForms（富）和 Web。

我目前正在.NET 中开发一个 Windows 窗体应用程序，将来可能会创建一个 Web UI。但是，当我设计表示层和 UI 层之间的交互时，我不确定这种可重用性的概念是否值得所有的麻烦。有时我觉得我正在为可能的 Web UI “简化”我的演示文稿，而专门为 Windows 窗体 UI 设计的演示文稿可能会更多。

那么，你们中有多少人正在从可重用的表示层中获益呢？这种可重用性的东西在现实世界中会出现吗？

使用MVP，构造和依赖注入的正常顺序是什么。

通常，您为每个视图创建一个演示者，并将视图传递给构造函数的演示者。但是如果你有：

1. 多个视图需要监听事件的服务。
2. 多个视图都指向同一个数据模型缓存。

有人可以显示从用户点击到从服务器返回服务的数据的正常信息流吗？

在 winforms 应用程序中使用虚拟网格和 MVP 模式时，最好的责任分解是什么。

包含：

1. 从网格中获取用户更改单元格更新的回调
2. 从网格回调以设置给定行和列的单元格的样式和值

在常规的 winforms 解决方案中，您如何确定将类分解为不同的目录/命名空间或单独的项目。除了二进制依赖关系之外，视图、控制器、模型都应该在不同的项目中吗？

因此，我正在重新组织一个 winforms C# 解决方案，以帮助解耦并使其更清洁、更有条理。该解决方案跟踪小型企业订单等。.

到目前为止，我已将项目分解为

App.View - 所有与 GUI 相关的代码
App.Data - 只是数据结构和接口。没有其他实现代码
App.BusinessLogic - 所有没有 GUI 引用的业务逻辑代码

我有一些课程我不知道它们属于哪里。请让我知道您的想法每个班级应该去哪个项目，或者是否应该为此创建另一个项目。

1. 从数据库中检索用户偏好的类
2. 一个从我们的静态数据服务器检索静态数据并返回数据结果集的类。
3. 降低用户权利的类
4. 存储订单哈希表的模型类
5. 通过电子邮件发送有关用户操作的消息的类

在 Model-View-Presenter 模式中，我们应该在哪里编写用户输入的验证。

我刚刚开始一个新的 ASP.NET 项目并使用 MVP 模式。我确实考虑过 MS MVC，但它还没有发布，对于团队中的一些人来说将是一个很大的学习曲线，所以我现在选择了 MVP，并且可能选择了未来的项目 MVC。

无论如何，似乎我将为每个我拥有它的项目的网络表单提供一个 Controller/Presenter 类。这是很多额外的类，本质上是使 web 项目中的文件数量增加了一倍。这是其他人如何构建 MVP 还是有什么替代方案？

我必须在 Silverlight2 中构建小型（目前）管理应用程序，并且想使用一些模式将 UI 与我的 BL/DAL 绑定。
我发现了 view-model-viewmodel 和 mvp/mvc 模式，其中第一个（V/M/VM）特别适合 WPF 应用程序，因为它使用 WPF 数据绑定选项的丰富功能。你有什么建议？你能为 SL2 写一个简单的 V/M/VM 例子吗？