WPF UserControl多DataContext绑定：TreeView编辑时属性通知失效解决

PropertyChanged事件始终为null、值变更通知完全不触发的本质，是绑定目标和属性所属对象不匹配：
当前UserControl的DataContext被设置为业务ViewModel，而实现了IsInEditMode的代码逻辑是写在UserControl的后台类上的，两者是完全独立的对象，WPF绑定引擎不会主动去订阅UserControl实例上的PropertyChanged事件，导致事件永远没有订阅者。

不要把UserControl的DataContext改回自身——这种操作会冲掉整个控件树继承的ViewModel上下文，让所有现有的ViewModel绑定（比如LoadedItem.Batches、SelectedSessionItem）全部失效。只需要在XAML绑定时显式指定绑定源为UserControl实例即可，两种常用实现：

• 给UserControl根标签设置唯一x:Name，所有涉及IsInEditMode的绑定直接通过ElementName指定源：
  比如在UserControl根标签加x:Name="RootControl"，TreeView模板内的绑定示例：

  <!-- 示例：根据编辑状态切换TextBlock/TextBox的显示 -->
  Visibility="{Binding IsInEditMode, ElementName=RootControl, Converter={StaticResource BoolToVisibilityConverter}}"
  

• 用RelativeSource向上查找最近的UserControl类型实例，这种写法在多层HierarchicalDataTemplate嵌套的场景下兼容性更好，不需要额外指定控件名：

  Visibility="{Binding IsInEditMode, RelativeSource={RelativeSource AncestorType=UserControl}, Converter={StaticResource BoolToVisibilityConverter}}"
  

  绑定源正确指向UserControl实例后，绑定引擎会自动订阅实现的PropertyChanged事件，事件值将不再为null。

参考资料中将编辑状态写在UserControl后台属于早期WPF的UI层实现思路，完全可以把就地编辑相关逻辑整体迁移到现有ViewModel层，从根源上避免DataContext冲突：

• 将IsInEditMode属性、节点双击进入编辑的交互逻辑、编辑完成后的保存/取消逻辑，全部实现到对应层级的ViewModel类中，依靠ViewModel本身的INotifyPropertyChanged机制完成通知。
• 由于当前TreeView是三层嵌套结构（批次->分组->样本），建议给每个层级对应的视图模型类都加上独立的IsInEditMode属性，不要把所有节点的编辑状态都存在全局ViewModel上，避免多节点同时编辑时出现状态串扰。

• 不要为了绑定UserControl自身属性，直接设置UserControl的DataContext为{Binding RelativeSource={RelativeSource Self}}，这种写法会直接破坏整个控件树的ViewModel继承链路。
• 确保属性通知逻辑完整，即属性setter中手动触发PropertyChanged事件——当前实现的IsInEditMode的set逻辑是合规的，只要绑定源匹配，通知就能正常生效。

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