带数据模板的WPF UserControl在DataContext切换时引发绑定错误

这个绑定错误的根源其实是WPF可视化树和绑定系统的工作机制导致的：当你切换VersatileControl的DataContext时，ContentControl会根据新的数据类型加载对应的DataTemplate，但旧模板的可视化元素不会立刻被销毁——绑定系统会尝试更新这些旧元素上的绑定，而此时ContentControl.Content已经变成了新类型的对象，旧绑定还在试图访问旧类型才有的属性（比如从string切到DateTime时，旧模板的绑定还在找Length），于是就抛出了找不到属性的错误。

最简单的解决方案：修正绑定路径 #

你的ContentControl.Content直接绑定到当前DataContext（Content="{Binding .}"），所以完全不需要通过RelativeSource去访问ContentControl.Content，直接绑定到数据对象自身的属性即可。修改VersatileControl.xaml里的DataTemplate：

<UserControl.Resources>
    <DataTemplate DataType="{x:Type system:String}">
        <TextBlock Text="{Binding Length}" />
    </DataTemplate>
    <DataTemplate DataType="{x:Type system:DateTime}">
        <TextBlock Text="{Binding DayOfWeek}" />
    </DataTemplate>
</UserControl.Resources>

这样修改后，绑定的源就是当前的DataContext对象，当DataContext切换时，绑定会自动指向新对象的对应属性，不会再出现跨类型访问属性的错误。

为什么原来的写法会出错？ #

再深入解释一下运行机制：

1. 当你选择string项时，ContentControl加载string对应的DataTemplate，TextBlock的绑定路径是Content.Length（通过RelativeSource找到ContentControl的Content，也就是那个string对象），此时绑定正常工作。
2. 当你切换到DateTime项时，ContentControl的Content先更新为DateTime对象，然后才会加载新的DataTemplate。在这个间隙，旧的TextBlock还在可视化树中，绑定系统会尝试更新它的Text属性，去访问新Content（DateTime）的Length属性——自然找不到，于是抛出错误。
3. 等旧模板被卸载、新模板加载完成后，界面显示就正常了，但错误已经被触发了。

备选方案：绑定添加FallbackValue（不推荐，仅作补充） #

如果你因为某些原因必须保留RelativeSource的写法，可以给绑定加上FallbackValue，避免错误提示：

<DataTemplate DataType="{x:Type system:String}">
    <TextBlock Text="{Binding Content.Length, RelativeSource={RelativeSource Mode=FindAncestor, AncestorType=ContentControl}, FallbackValue=''}" />
</DataTemplate>

不过这个方案只是掩盖了错误，没有从根源解决问题，还是推荐第一种修正绑定路径的方法。

内容的提问来源于stack exchange，提问作者tethered.sun