WPF、MVVM 和 Prism 模块化

Question

我仍在学习使用 MVVM 和 Prism，并有一些一般性问题：

• 我的视图中有一个网格。可以说我 有一个按钮，当我点击时我 希望它自动调整网格大小 列。该代码会去哪里？ 调整网格列的大小是一个视图问题 并且视图模型不应该知道 关于它。所以在这种情况下我会 添加按钮点击处理程序 视图的代码在后面吗？我有 与网格编辑相同的问题和 验证。视图模型可以看到 当使用双向编辑值时 具有约束力，但如果它决定 值无效，如何通知 取消编辑的网格？

• 假设我的视图有许多用户 控件和每个用户的控件需求 绑定到来自不同对象的数据。该视图的视图模型是否只是一个巨大的类，其中包含视图的所有不同组件所需的所有数据？

• 关于Prism和模块化设计，我 我想弄清楚什么是 “模块”是。我的理解是 模块是独立的， 意思是如果我拿起我的模块并且 将其放入另一个应用程序中，它应该 工作。所以如果我有课 进行一些服务调用（让 说对服务器的 SOAP 调用得到一些 信息）并填充网格，我的模块 需要包括 MVVM 组件和我的服务层， 正确的？如果我有多个模块 使用相同的服务层，确实 每个都需要包含服务层类的副本 为了被认为是一个完整的 模块？

感谢您的任何建议/信息。

Answer 1

我将尝试分别讨论这些项目。

1. 正如您所说，调整网格列的大小更多的是一个视图问题，因此将其保留为 UI 逻辑的一部分可能是最好的事情。为了使代码尽可能干净，您可以使用不同的东西，例如 行为以及在某些情况下路由命令以避免代码隐藏充满代码。至于验证逻辑，您可能应该将其放置在 VM/M 中并使用 WPF 的验证功能（例如 IDataErrorInfo 等）。
2. 您可以为所有用户控件使用单一视图模型，或者采用分层视图模型方法。 最新的 Prism drop 在 MVVM RI 中显示了这种情况。
3. 您对模块的理解是准确的。需要考虑的一件事是，如果整个应用程序有一个通用服务，通常的方法是将其接口放在基础设施项目中，并在需要时引用它（具体实现通常通过 DI 或 Mef 导入获得）。具体实现所属的模块可以根据需要选择在容器中注册服务/暴露导出。 此线程提供有关模块、它们是什么以及如何使用的更多信息应该使用它们。

如果您刚开始使用 Prism 并有任何其他问题，您可能会发现 codeplex 论坛很有用，例如也许 Prism SE 团队已经回答了您的问题。

我希望这个答案有帮助。

谢谢，
达米安