【问题标题】:How does data binding avoid recursive update in WPF?数据绑定如何避免 WPF 中的递归更新?
【发布时间】:2011-02-21 22:29:57
【问题描述】:

我正在研究 WPF 中的绑定,然后我有一个问题:

假设依赖属性绑定到实现 INotifyPropertyChanged 接口的对象的属性。

当绑定目标更新源时,源的属性也会更新。

由于源对象的属性设置器发生变化,它会依次通知监听器——绑定目标,从而导致递归更新。

在 WPF 中如何避免这种情况?

【问题讨论】:

    标签: wpf data-binding recursion


    【解决方案1】:

    由属性更改事件引起的对源的更新不会触发绑定,并且在绑定更新源时发生的属性更改事件将被忽略。

    这里有一个简单的方法来证明这一点。创建这个类:

    public class TestClass : INotifyPropertyChanged
    {
        public event PropertyChangedEventHandler PropertyChanged;
    
        private int _Property;
    
        public int Property
        {
            get { return _Property; }
            set
            {
                if (value < 1000) // just to be on the safe side
                {
                    _Property = value + 1;
                    if (PropertyChanged != null)
                    {
                        PropertyChanged(this, new PropertyChangedEventArgs("Property"));
                    }
                }
            }
        }
    }
    

    现在创建一个包含两个TextBoxes 的窗口,其Text 绑定到此类实例上的Property 属性。使两者都使用双向绑定,将UpdateSourceTrigger 设置为PropertyChanged

    每当您在绑定的TextBox 中输入一个数字时,另一个TextBox 将显示下一个数字。第一个 TextBox 上的绑定忽略了源引发的 PropertyChanged 事件,因为该事件在绑定期间发生。第二个文本框确实被第一个 PropertyChanged 事件更新,但它不会用它的新值更新源。

    如果您在代码中更新属性(例如在按钮单击事件中),两个 TextBoxes 将显示相同的值 - 例如如果将属性设置为 20,则两者都将显示 21。当属性设置为 20 时会触发 property-changed 事件,显示当前值 21,并且绑定不会更新源。

    【讨论】:

    • 我知道必须忽略属性更改事件,我想知道 wpf 会这样做。
    • 这并没有说明如何避免这个问题
    猜你喜欢
    • 1970-01-01
    • 2011-04-04
    • 2010-12-15
    • 1970-01-01
    • 2021-05-13
    • 1970-01-01
    • 2013-11-10
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多