实现INotifyPropertyChanged时，导航属性是否也需实现？（含Prism场景）

这个问题问得很到位——答案是：通常情况下，导航属性不仅需要在父类中通过SetProperty触发变更通知，其对应的实体类也应该实现INotifyPropertyChanged接口，具体原因和场景可以拆成两种核心情况来看：

1. 替换整个导航属性实例的场景 #

比如你提到的artist.Album = new Album()这种情况：此时你是在替换父对象（Artist）中导航属性的整个引用。这种场景下，你需要像处理MediaTypeId那样，在Artist类的Album属性中用Prism的SetProperty来包装setter，确保引用变更时能触发PropertyChanged事件，让UI感知到变化。

示例代码：

private Album _album;
[DisplayName("Album")]
public Album Album
{
    get => _album;
    set => SetProperty(ref _album, value);
}

如果不用SetProperty，直接给字段赋值，UI绑定的控件不会自动更新，因为没有触发属性变更通知。

2. 更新导航属性内部属性的场景 #

如果不是替换整个Album实例，而是修改现有实例的属性，比如artist.Album.Title = "New Album Title"：这时候仅仅在Artist类中处理Album属性的通知是不够的——你需要Album类本身也实现INotifyPropertyChanged接口，这样它内部属性的变更才能触发自己的PropertyChanged事件，让UI更新对应的绑定内容。

借助Prism的BindableBase可以简化这个实现（它已经封装了INotifyPropertyChanged的基础逻辑）：

public class Album : BindableBase
{
    private string _title;
    public string Title
    {
        get => _title;
        set => SetProperty(ref _title, value);
    }

    // 其他Album属性同理，都用SetProperty包装
}

如果Album没有实现接口，即使你修改了Title，UI上的标题显示也不会自动刷新，因为没有任何通知告诉UI这个属性变了。

例外情况：不可变导航属性 #

如果你的导航属性是不可变对象——也就是创建后永远不会修改其内部属性，只会替换整个实例，那你可以只在父类中用SetProperty处理导航属性的引用变更，不用让导航属性类实现INotifyPropertyChanged。但这种场景在实际业务中比较少见，大部分情况下导航属性的内部状态都是会变化的。

总结 #

回到你的疑问：当执行artist.Album = new Album()这类操作时，实现INotifyPropertyChanged是完全合理且必要的——不仅父类的导航属性要用SetProperty触发引用变更通知，导航属性对应的实体类也应该实现接口，以覆盖内部属性变更的场景。这样才能保证UI和数据状态的实时同步。

内容的提问来源于stack exchange，提问作者highboi