c# - WPF:数据绑定(bind)对于模态对话框是否重要？

Question

(我是 WPF 的新手，所以这个问题可能看起来很明显或不一致。)

需要从子模式窗口编辑某些应用程序的基础业务数据，并且仅当用户在此窗口中按下“确定”按钮时才更新数据。我们称此窗口为 SettingsDialog。

在这种情况下，使用WPF数据绑定(bind)将SettingsDialog的控件绑定(bind)到业务数据是否还合理？ (如果是这样，如何仅在用户按下 SettingsDialog 的 OK 按钮时更新业务数据？)

还是在显示 SettingsDialog 时从业务数据中手动分配 SettingsDialog 控件的值，然后仅在用户按下 OK 按钮时再分配它们更好？

正确选择的参数是什么(更小或更清晰的代码、性能、可扩展性)？

类似案例是否有一些公认的设计模式？

编辑:我将 Bubblewrap 的回答标记为已接受，因为它最适合我自己的具体案例。不过，Guard 和 John 的回答似乎也可以接受。

总结一下:使用数据绑定(bind)有一些优势。它允许 SettingsDialog 对业务对象内部连接和依赖关系一无所知(如果有的话)，允许稍后从模式模式轻松切换到非模式模式，减少 GUI 和业务数据之间的依赖关系。

要在单击 OK 按钮时实现对象的更改，可以使用对象克隆/分配，或者对象可以实现 IEditableObject 接口(interface)。

不过，在一些微不足道的情况下，使用数据绑定(bind)可能会产生一些不必要的开销。

Answer 1

我以前遇到过类似的需求，更喜欢两种变体，都使用数据绑定(bind)。

在第一个变体中，我们克隆对象并绑定(bind)到克隆对象。当用户按下 OK 时，克隆对象将替换为真实对象。这在一次编辑一个对象时非常有用，并且该对象不被其他对象直接引用。如果它被引用，那么您可以将值从克隆复制到原始值，以便引用保持不变。这节省了工作量，因为在编辑器中不需要额外的工作，最多您必须在对象上定义 2 个方法，一个 Clone 和一个可能的 Apply 方法来从克隆中复制值。

我们绑定(bind)到原始对象的第二个变体，但我们将原始值存储在我们的编辑对话框中，在本地字段或临时数据对象中。当用户按下 OK 时，没有什么特别的事情会发生，但是当用户按下取消时，我们将恢复这些值。这在您仅编辑对话框中的几个简单属性时非常有用。

我更喜欢数据绑定(bind)解决方案，因为它不会用应用/取消逻辑污染编辑对话框，如果在编辑器中实现它非常依赖于您的 XAML:控件可以重命名，组合框可以替换为文本框等，所有这些这会影响手动从控件中获取数据的代码。

Clone/Apply 方法只需要在您的业务对象上，理论上它比您的 UI 编辑器更稳定。即使 XAML 发生变化，在大多数情况下您的绑定(bind)也可以保持不变。例如，从组合框到文本框的更改仅意味着您绑定(bind)到文本而不是 SelectedValue，但实际绑定(bind)是相同的。