wpf - Prism 中的模块应该有多细？

Question

我目前正在使用 Prism（复合应用程序库/指南）进行我的一个项目。该应用程序将是一个专门的类似于 MSPaint 的篮球应用程序（球、球员等的预定义对象）。

现在我想知道如何将我的应用程序组织到 Prism 模块中。尤其是在考虑软件的绘图部分时。

我应该将一般绘图视图（2 列：工具箱、画布）拆分为 2 个模块（工具箱和画布）还是这些模块的持续通信所产生的开销太大？

Prism 模块应该有多细？

在此先感谢和最好的问候，crischu

Answer 1

当你分成模块时，开销很小。

我会选择可以帮助您组织解决方案的方法，而不是非常担心性能方面的考虑。如果您发现模块给您带来麻烦或者您发现两个模块确实属于一起，您可以轻松地组合模块。

规则是：

让它运行。让它正常运行。让它跑得快。

以该顺序。先做感觉好的事情，然后在必要时重构。

Answer 2

我想说这取决于您如何通过 UI 分配应用程序的功能。如果您只有一个屏幕，但有多个管理不同功能的部分，那么每个部分（标签页、面板等）都应该有自己的模块。StockTrader RI 或 NewsAggregator 样本就是这种情况。但是在我们开始的项目中，我们决定有多个页面，每个主要功能一个页面，并在它们之间进行导航。在这种情况下，一个模块将代表一个页面，没有比这更小的了。