补充一个WPF中关于UserControl.DataContext的坑
在之前我写的《浅谈MVVM模式在控件编写中的一些概念和操作方法》中，在编写UserControl的xaml的时候我编写了这样子的代码：
<UserControl x:Class="MVVM_for_UserControl_Test.TestControl"
xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation"
xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml"
xmlns:mc="http://schemas.openxmlformats.org/markup-compatibility/2006"
xmlns:d="http://schemas.microsoft.com/expression/blend/2008"
xmlns:local="clr-namespace:MVVM_for_UserControl_Test"
mc:Ignorable="d"
d:DesignHeight="300" d:DesignWidth="300">
<UserControl.Resources>
<local:TestViewModel x:Key="TestViewModel"/>
</UserControl.Resources>
<UserControl.DataContext>
<Binding Source="{StaticResource TestViewModel}"/>
</UserControl.DataContext>
<StackPanel>
<TextBox DataContext="{StaticResource TestViewModel}" Text="{Binding ThisText}"></TextBox>
</StackPanel>
</UserControl>
注意到我直接把TestViewModel绑定到了TextBox的DataContext上，那么如果我们删除掉这个绑定会出现什么现象呢？
结论是TextBox的Text属性在寻找绑定的ThisText这个路径的时候根本就找不到能够绑定的ThisText。**
这个问题就很奇葩了，按道理来说，既然我们已经有了
<UserControl.DataContext>
<Binding Source="{StaticResource TestViewModel}"/>
</UserControl.DataContext>
这段绑定代码，即把TestViewModel直接绑到了UserControl.DataContext上，那么当TextBox在查询绑定对象的时候逐级向上回溯应该是能够找到这个ViewModel的，但是现实却告诉我们并不是这样。
一开始遇到这个问题的时候我也懵逼了，因为这不合情理，于是我反复调试，发现只要把TestViewModel绑到UserControl的内部组件上（只要这个组件是TextBox的父组件），那么就没有问题。这让我百思不得其解，于是去Google了半天，终于找到了这篇文章：[WPF]UserControl.DataContext與調用端的依賴關係，然后了解到了这么一个事实：
UserControl.DataContext是暴露在Main View中的，如果Main View指定了它的DataContext（比如Window.DataContext）、且没有在Main View中显式指定这个UserControl的DataContext的话，那么从Main View开始沿着视觉树往下，这个UserContext的DataContext将会被上级View给覆盖掉**。
也就是说，按照上面那样处理的话，由于UserControl.DataContext被它的父View的DataContext给覆盖掉了（MainViewModel.Main），因此TextBox在寻找绑定的时候直接找到了外部View的DataContext中去了，而那个DataContext是没有ThisText这个路径的，所以绑定失败**。
那么反过来，如果我们把TestViewModel绑定到UserControl的内部控件上的话，那么就不会受到外部View的DataContext的覆盖或者说干扰**，因此能够顺利地完成绑定的查找。
个人认为这个点算是WPF中的一个坑，平时使用可能察觉不到这个问题，但是放到MVVM的惯用场景下就出乱子了，至少这个问题困扰了我几个小时，最终还是得以解决，也算是大有收获。
