避免级联只读属性的重复 RaisePropertyChanged

Question

我的视图模型中有几个由视图引用的只读属性，其中一些依赖于一个/多个其他只读属性（在同一视图模型中），这些属性最终依赖于一个/多个读/写属性（在同一个视图模型中）。我只在示例中看到了以下模式，以确保为所有可能受影响的属性引发 PropertyChanged 事件，但我不喜欢复制所有这些 RaisePropertyChanged 调用。

我怀疑我应该将一个处理程序添加到我的视图模型的 PropertyChanged 事件中，并且在该处理程序中，对于每个具有依赖属性的属性，仅在 直接的属性上调用 RaisePropertyChanged （相对于那些间接）依赖于该属性。如何避免重复所有这些 RaisePropertyChanged 调用？

public bool MyReadOnlyPropertyAA1
{
    get
    {
        return MyReadOnlyPropertyA1 [&& MyReadOnlyPropertyB1 ...]
    }
}


public bool MyReadOnlyPropertyA1
{
    get
    {
        return (MyPropertyA == (Some Value)) [&& MyPropertyB == (Some Other Value)) ... ]
    }
}

public MyPropertyAType MyPropertyA
{
    get
    {
        return myPropertyA
    }
    set
    {
        myPropertyA = value;
        RaisePropertyChanged(nameof(MyPropertyA));  
        RaisePropertyChanged(nameof(MyReadOnlyPropertyA));
        RaisePropertyChanged(nameof(MyReadOnlyPropertyA1));
        RaisePropertyChanged(nameof(MyReadOnlyPropertyAA1));
        ...
        RaisePropertyChanged(nameof(MyReadOnlyPropertyAA...1));
    }
}


public MyPropertyBType MyPropertyB
{
    get
    {
        return myPropertyB
    }
    set
    {
        myPropertyB = value;
        RaisePropertyChanged(nameof(MyPropertyB));  
        RaisePropertyChanged(nameof(MyReadOnlyPropertyA));
        RaisePropertyChanged(nameof(MyReadOnlyPropertyA1));
        RaisePropertyChanged(nameof(MyReadOnlyPropertyAA1));
        ...
        RaisePropertyChanged(nameof(MyReadOnlyPropertyAA...1));
    }
 }

Answer 1

我根据属性关系使用这两种方法。

如果更改一个属性会触发另一个属性的更改是合乎逻辑的，我只需将属性更改代码留在 setter 中。

public string PropertyA
{
    get { return propertyA; }
    set
    {
        myPropertyA = value;
        RaisePropertyChanged(nameof(PropertyA));  
        RaisePropertyChanged(nameof(IsPropertyAValid));
        ...
    }
}

但是，如果这两个属性在逻辑上不相关，那么我将使用 PropertyChange 处理程序：

private void MyClass_PropertyChanged(object sender, PropertyChangedEventArgs e)
{
    switch(e.PropertyName)
    {
        case "PropertyA":
            RaisePropertyChanged(nameof(PropertyB));
            break;
    }
}

这样做的原因是我不想在我的属性设置器中使用特殊逻辑。对我来说，它们应该是相当通用的，卡在#region 标签中，然后折叠起来被遗忘。

如果两个属性在逻辑上相关并且您希望更改一个可能会改变另一个的值，那么RaisePropertyChange 代码可以留在设置器中。

但是，如果它们不同，并且将来我自己或其他开发人员正在查看代码并且可能不知道/理解两者之间存在依赖关系，我会将更改放在类的 PropertyChange 事件处理程序中，这样很容易必要时查找和/或更改。