wpf - Prism 中的模块应该有多细粒度?

标签 wpf module prism

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

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

我是否应该将通用绘图 View (2 列:工具箱、 Canvas )拆分为 2 个模块(工具箱和 Canvas ),或者这些模块的持续通信所产生的开销是否会太大?

Prism 模块到底应该有多细?

预先致谢并致以最诚挚的问候, 克里斯丘

最佳答案

当您分成模块时,开销非常小。

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

规则是:

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

按照这个顺序。首先做感觉良好的事情,然后在必要时进行重构。

关于wpf - Prism 中的模块应该有多细粒度?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/1193213/

相关文章:

WPF 数据网格 : CellEditingTemplate ComboBox multiple data to CellTemplate TextBox

wpf - 数据绑定(bind) : multiple sources for one property

module - 如何使用(或不使用)Oasis 制作多级模块层次结构

python - 类型错误 : Error when calling the metaclass bases module

c# - Prism 事件聚合器无法在单独的模块中工作

c# - WPF Prism - 在导航中发送对象

c# - 命令绑定(bind)的多个参数

WPF ContextMenu 单击路由到 WinForms 应用程序

c# - System.IO.File.Move--如何等待移动完成?

azure - Terraform 模块 rbac 分配