C# WPF中ObservableCollection属性Set方法未触发问题咨询

这是个很常见的ObservableCollection使用误区，我来给你拆解清楚：

为什么Add元素时Set方法不触发？ #

你的SpecialtyFeeEGG属性的Setter，只有在整个集合对象的引用被替换的时候才会执行——也就是你给它赋值一个新的ObservableCollection<SpecialtyFees>实例的时候，比如你执行SpecialtyFeeEGG = new ObservableCollection<SpecialtyFees>()这行代码，本质是把属性指向了一个全新的集合对象，所以会触发Setter。

而SpecialtyFeeEGG.Add(specialtyFee)只是在现有集合实例内部添加元素，并没有改变SpecialtyFeeEGG属性指向的集合引用，自然不会走Setter逻辑。

不过别担心，这其实是ObservableCollection的正常设计：它本身实现了INotifyCollectionChanged接口，当集合内部元素发生增删改、顺序变化时，会自动触发CollectionChanged事件。WPF的数据绑定机制会自动监听这个事件，所以你的UI应该还是能正常更新元素变化的——除非你额外需要在元素变化时执行自定义逻辑。

如何在元素变化时执行自定义逻辑？ #

如果你需要在集合元素增删时做一些业务处理，可以订阅集合的CollectionChanged事件：

// 假设这是你的ViewModel构造函数
public YourViewModel()
{
    // 初始化集合实例，避免后续频繁替换
    _SpecialtyFeeEGG = new ObservableCollection<SpecialtyFees>();
    // 订阅集合变化事件
    _SpecialtyFeeEGG.CollectionChanged += OnSpecialtyFeeEGGCollectionChanged;
}

private void OnSpecialtyFeeEGGCollectionChanged(object sender, NotifyCollectionChangedEventArgs e)
{
    // 在这里处理元素变化的逻辑
    // 比如根据e.Action判断是Add/Remove/Clear等操作
    if (e.Action == NotifyCollectionChangedAction.Add)
    {
        // 处理新增元素的逻辑
        var newItems = e.NewItems.Cast<SpecialtyFees>();
        // ...
    }
}

// 优化你的属性Setter：如果必须允许替换集合，记得先取消旧集合的事件订阅
public ObservableCollection<SpecialtyFees> SpecialtyFeeEGG {
    get { return _SpecialtyFeeEGG; }
    set {
        if (_SpecialtyFeeEGG == value) return;
        
        // 取消旧集合的事件订阅，避免内存泄漏
        if (_SpecialtyFeeEGG != null)
            _SpecialtyFeeEGG.CollectionChanged -= OnSpecialtyFeeEGGCollectionChanged;
            
        _SpecialtyFeeEGG = value;
        
        // 订阅新集合的事件
        if (_SpecialtyFeeEGG != null)
            _SpecialtyFeeEGG.CollectionChanged += OnSpecialtyFeeEGGCollectionChanged;
            
        RaisePropertyChanged("SpecialtyFeeEGG");
    }
}

额外建议 #

在WPF开发中，通常建议初始化时就创建好ObservableCollection实例，之后尽量不要替换整个集合，只通过Add/Remove/Clear等方法修改内部元素。这样既符合ObservableCollection的设计初衷，也能避免不必要的PropertyChanged触发，同时减少内存泄漏的风险。

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