命令模式中的属性答案

【问题标题】：Properties in Command Pattern命令模式中的属性
【发布时间】：2018-08-07 02:14:14
【问题描述】：

我们如何在命令模式中处理简单的公共属性设置器以使其可撤销？我需要为每个属性创建一个单独的命令吗？

详情

我的应用程序 (WPF/MVVM/C#) 目前通过维护“状态快照”堆栈来实现撤消/重做功能。这些快照是在每个可撤消的操作时创建的，并被推送到堆栈中。虽然到目前为止这种方法工作正常，但撤消堆栈的大小一直在膨胀，使应用程序的响应速度变慢。

我现在正在考虑转向标准命令模式的前景。由于我已经在使用 MVVM Light，我只需扩展 RelayCommand 以创建 UndoableRelayCommand，然后将它们推送到我的撤消堆栈而不是快照。到目前为止一切顺利。

然而问题在于，许多 VM 级对象直接绑定到 UI 控件（通过标准 WPF Binding），因此直接设置而不涉及任何 RelayCommand。这些属性的设置必须是可撤消的操作。如何在保持绑定完整的同时将此要求融入标准命令模式？

【问题讨论】：

堆栈的大小为什么会导致应用程序响应速度变慢？以及如何使用添加到堆栈的命令来解决这个问题？你不能从你的数据绑定属性设置器中添加到堆栈中吗？
@mm8：正如我所说，我在每次操作时都对整个 VM 进行序列化。应用程序内存在长时间的会话中开始拍摄数百 MB。使用命令，每个命令将只存储足够的信息来撤消自身，这将大大减少撤消堆栈的大小（以 MB 为单位的大小，而不是撤消条目的数量）。唯一的问题是直接绑定到 UI 元素的简单属性。
你不能从数据绑定属性的设置器中调用适当的命令吗？
@mm8。这些属性不涉及任何命令。这些直接绑定到 UI 元素，因此通过Binding 自动更新。标准命令模式不包括对此类属性 (IIRC) 的任何规定。
那么你的问题是什么？如果不涉及命令，则显然没有命令模式可应用于这些属性。

【解决方案1】：

我建议您仍然将值复制到命令中，否则旧命令将与发生时的绑定状态不同步。

我认为您已经只拍摄受影响值的快照，而不是整个表单（这将是一个错误）。

我不明白应用程序变得无响应是什么意思。撤消/重做堆栈上的所有操作都应该是O(1)。如果您的实现比O(1) 更复杂，那么这可能是您在重新设计机制之前调查的方向。

无论如何，对于撤消/重做堆栈，有一个实用技巧通常适用于大型应用程序。绑定栈的大小。随着更多项目被推送，让它“忘记”最旧的项目。另一个实用的技巧是每次保持状态时清除堆栈，只保留最后一个要重做的命令。这些是我目前看到的性能调整。

【讨论】：

感谢您分享您的意见。 拍摄受影响值的快照不是一个选项，因为我的应用程序中的许多操作都会影响 multiple 对象的 multiple 属性（例如，停靠所有选定的对象到顶部）。由于我目前没有使用命令模式，因此无法仅跟踪受影响的值。因此，我剩下的唯一方法是对每个可撤消的操作（你称之为错误，大声笑）拍摄整个 VM 的快照。这正是我希望转向命令模式的原因。