“尝试”的事件财产变化

Question

（使用.Net 3.5）我有一个从外部数据源导入设置的例程，之后我需要向用户显示一个伪日志，详细说明哪些属性已更新。通常我会通过 property_changed 事件跟踪属性更新。但是，当数据源中的值恰好已经等于属性值时，即使调用了属性集，也永远不会引发 property_changed 事件。但我仍然需要向用户显示从数据源“更新”的属性。

这里的常见模式是什么？我的属性设置器中是否需要另一个事件（除了 property_changed 之外）-“property_attemptedset”？

编辑：所以一个建议是我根本不在属性设置器中进行相等检查，这样“property_changed”无论如何都会被解雇。但我总是被告知要过滤实际值的变化。这不是最佳实践吗？

Answer 1

好吧，当您实际上没有更改属性的值时，避免引发 PropertyChanged 事件是很常见的......但没有规则说您必须这样做。只需删除 setter 中用于检查新值与当前值的任何逻辑即可。

Answer 2

如果您这样编写属性：

public string LastName{
    get { return lastName; }
    set {
        lastName = value;
        RaisePropertyChanged("LastName");
    }
}

即使值相同，它也应该始终触发 PropertyChanged 事件。您不需要为此触发任何其他事件。

除了您的编辑外， 编辑

：是的，检查实际值更改被认为是最佳实践，但如果您的方案需要跟踪非值更改，我不明白为什么您不能改变它。 “最佳实践”并不意味着“违反规则就进监狱”，对吗？
但是，如果这些类有任何其他观察者，它们也依赖于常见的 PropertyChanged 行为，您始终可以扩展属性并抛出另一个（自定义）事件，如您提到的：

    public event PropertyChangedEventHandler AttemptedPropertyChanged;
    public void RaiseAttemptedPropertyChanged(string propName)
    {
        if (AttemptedPropertyChanged != null)
        {
            AttemptedPropertyChanged(this, new PropertyChangedEventArgs(propName));
        }
    }


    public string LastName{
        get { return lastName; }
        set {                
            RaiseAttemptedPropertyChanged("LastName");
            if (lastName == value) return;
            lastName = value;
            RaisePropertyChanged("LastName");
        }
    }

Answer 3

根据您所写的内容，听起来您的下一步有时是阻止更改。如果是这样，我将引入一个新事件，例如 BeforePropertySet，并传递一个允许取消的事件对象。

这与最佳实践保持一致（防止有一天有人使用属性更改了传统方式并且无法弄清楚为什么他们的代码不起作用），澄清了您正在做的事情，并让您稍微分离了关注点更好的。