您是否知道避免WPF项目中绑定错误的系统方法?避免绑定错误的最佳做法
随着它们的增长,依靠输出窗口变得不切实际,而且在重构时很痛苦,您可以通过在视图模型中重命名属性轻松地打破绑定。
现在我正在使用一个复杂的过程,将属性路径作为静态属性公开,并在我的绑定中使用它们。这样resharper帮助我重命名静态引用到我的属性,如果我重命名它们。
我认为切换到this的方法来获得一个更简单的过程。但是,我会放弃resharper的重命名援助。
值得吗?你有更好的模式吗?
您是否知道避免WPF项目中绑定错误的系统方法?避免绑定错误的最佳做法
随着它们的增长,依靠输出窗口变得不切实际,而且在重构时很痛苦,您可以通过在视图模型中重命名属性轻松地打破绑定。
现在我正在使用一个复杂的过程,将属性路径作为静态属性公开,并在我的绑定中使用它们。这样resharper帮助我重命名静态引用到我的属性,如果我重命名它们。
我认为切换到this的方法来获得一个更简单的过程。但是,我会放弃resharper的重命名援助。
值得吗?你有更好的模式吗?
ReSharper有一些帮助。如果它可以找出元素的DataContext
的类型,那么它将验证您是否绑定了实际存在的属性。如果无法确定类型,则会提示您为该元素设置一个d:DataContext。
虽然不多,但我使用PrestationTraceLevel高至少在调试模式下看到警告。 – Paparazzi
可能重复的[如何找到绑定错误的来源?](http://stackoverflow.com/questions/8480569/how-to-locate-the-source-of-a-binding-error) – sll
请参阅[这里有一些技巧](http://stackoverflow.com/a/8480651/485076) – sll