wpf - 数据绑定(bind)落后于事件通知 - 讨论

Question

发现了一个有趣的问题，我首先在 WinForms 中发现，然后在 Silverlight 中再次发现，而且在数据绑定(bind)方面也很可能是 WPF。

我有一个带有多个选项卡的选项卡控件。当用户点击选项卡时，每次在允许用户从选项卡切换之前都应该是有效的。

例如，用户在更新的文本框中。在控件失去焦点之前，不会刷新文本框的绑定(bind)。当光标从控件上移开并且焦点被赋予另一个控件时，就会失去焦点。

在这种情况下，用户选择一个控件(让我们在这个例子中使用文本框)，并更新文本框。此时数据绑定(bind)尚未刷新控件，因此 VM 尚未看到更改。然后用户使用他们的鼠标单击控件的下一个选项卡。

在这一点上，事情变得有趣了。我使用了 PreviewSelectionChanged (Telerik RadTabControl)，因为我想在跳转到下一个选项卡之前检查一下，它还使我能够取消事件。

但是，当我查看 VM 时，在这种情况下，它仍然没有更新的数据。我看到虚拟机是干净的，然后继续并允许跳转到下一个选项卡。

但是，一旦此事件结束，数据绑定(bind)就会刷新，并且 VM 会更新。现在怎么办？事件不同步!当鼠标用于单击下一个选项卡时，文本框应该失去焦点，刷新它的绑定(bind)，然后单击选项卡的预览!现在跳回去说哎呀我们没有及时捕获它已经太晚了!

我想我找到了解决这个问题的一个有趣的方法——但我不能 100% 确定它会在 100% 的时间内有效。我取消了当前事件，但随后我使用了 Dispatcher 并创建了一个委托(delegate)，该委托(delegate)指向另一个与当前事件具有相同签名的方法。 Dispatcher 会将此消息添加到消息泵中，此时(希望？)它会在 VM 更新的消息后面...



我的两个问题是:
1)我假设当鼠标离开控件时文本框控件没有刷新，或者被触发的过程太慢，因此预览消息在数据绑定(bind)之前在泵上 - 无论哪种方式我都看到这个成为一个重大问题。

2)变通方法是一个好的解决方案吗？

Answer 1

好的，首先回答问题1:

仅仅因为鼠标离开了文本框区域，并不意味着文本框失去焦点。只有当其他事物获得焦点时，它才会失去焦点。例如，如果您将鼠标移出文本框并单击页面上的其他控件(可以是从滚动查看器到另一个文本框等的任何内容)，那么您的文本框将失去焦点。

现在，基于此，事件不会以错误的顺序发生。会发生什么；您在另一个选项卡上的单击事件会触发文本框失去焦点(以及要发生的数据绑定(bind))和移动到下一帧，并且基于此，您基本上会获得一个竞争条件，其中移动到下一个选项卡发生在数据绑定(bind)发生之前。

关于问题2:

您可以做的是，将 UpdateSourceTrigger 设置为 Explicit，然后您将被迫拥有某种 text_changed 事件并手动更新绑定(bind)。

你可以阅读更多关于 here .这可能不是最完整的解释，但却是一个很好的起点。

另一方面，您可以将一些事件与文本框相关联并强制文本框失去对这些事件的关注(例如鼠标移出)。