我们维护一个大型的WPF MVVM应用程序,我注意到数据绑定(属性和命令(会导致大型堆栈跟踪,因此模糊不清。
例如,我关闭了某个视图A
,并观察到连续调用了 2 次加载视图A
的某个方法。
视图<-->
视图模型<-->
数据模型
我想念的是介于两者之间的控制器,它确定哪些视图和视图的哪些部分需要更新。
视图<-->
控制器<-->
视图模型<-->
数据模型
在 WPF-MVVM 中,控制器部分是数据绑定,我希望更好地管理它。
谁有一个好主意+示例代码如何在WPF中改进这一点?
这个问题不能由 WPF 解决,但必须通过更好的体系结构来解决。
高级"主视图模型"可以充当控制器或中介器,负责协调刷新操作,尤其是其顺序。
我不能说也许 redux.NET 是否也有帮助。