WPF 中的 MVVM 和许多刷新操作相互关联



我们维护一个大型的WPF MVVM应用程序,我注意到数据绑定(属性和命令(会导致大型堆栈跟踪,因此模糊不清。

例如,我关闭了某个视图A,并观察到连续调用了 2 次加载视图A的某个方法。

视图<-->视图模型<-->数据模型

我想念的是介于两者之间的控制器,它确定哪些视图和视图的哪些部分需要更新。

视图<-->控制器<-->视图模型<-->数据模型

在 WPF-MVVM 中,控制器部分是数据绑定,我希望更好地管理它。
谁有一个好主意+示例代码如何在WPF中改进这一点?

这个问题不能由 WPF 解决,但必须通过更好的体系结构来解决。

高级"主视图模型"可以充当控制器或中介器,负责协调刷新操作,尤其是其顺序。

我不能说也许 redux.NET 是否也有帮助。

最新更新