WPF XAML绑定经.Net Reactor混淆后失效及替代绑定方案有效性咨询

问题1：原绑定写法混淆后失效的原因 #

{Binding list[0].property1}这种带索引器的绑定路径，WPF底层需要通过反射完成三次匹配：

1. 查找当前DataContext下名为list的属性取值
2. 调用list对应实例的默认索引器，传入参数0获取集合元素
3. 查找集合元素下名为property1的属性取值

.Net Reactor默认的混淆规则会修改自定义类型的特殊成员（包括索引器）的元数据标记，还可能打乱类型的成员反射查找表，导致WPF解析[0]这个索引器语法时，无法匹配到对应集合类型的公开索引器方法，最终绑定失败。你的第二种写法绕过了索引器的反射查找步骤，所以可以正常执行。

问题2：新绑定方法的稳定性说明 #

这种写法是WPF的官方标准行为，表现完全稳定：
当你把任意实现了IEnumerable接口的集合对象直接赋值为元素的DataContext时，WPF会自动将该集合包装为ICollectionView视图实例，视图默认会把集合的第一个元素设为CurrentItem。直接对集合类型的DataContext绑定属性时，WPF默认会自动读取CurrentItem的对应属性值，只要你没有手动修改该集合视图的当前指针位置，绑定会始终指向集合第一个元素。
该写法属于WPF绑定的规范用法，完全可以直接用于生产环境。

补充建议：如果后续还有其他绑定场景，可在.Net Reactor的配置中，将涉及绑定的ViewModel、Model类的所有公共属性设为保留原名，避免其他绑定异常。

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