Wpf BindingExpression（path）错误是否影响性能？_Wpf_Binding

Wpf BindingExpression（path）错误是否影响性能？

wpf binding

Wpf BindingExpression（path）错误是否影响性能？,wpf,binding,Wpf,Binding,我们有一些具有特定数据的派生控制类。这些控件还设置数据错误信息并绑定到某些特定属性。例如，如果属性IsNew（假设它存在）为true，则背景将高亮显示现在我想知道，如果我使用这些控件并绑定到一些不公开IsNew属性的对象，会怎么样？它会影响发布版本的性能吗？错误本身不会导致任何额外的性能问题，但是持续的绑定检查会并且确实会导致一些非常轻微（实际上不明显）的性能问题。这是WPF性能不如许多其他语言的原因之一。但是，无论您是否有错误，这些检查都将继续进行只有当您在VisualStudio的输出窗

我们有一些具有特定数据的派生控制类。这些控件还设置数据错误信息并绑定到某些特定属性。例如，如果属性IsNew（假设它存在）为true，则背景将高亮显示

现在我想知道，如果我使用这些控件并绑定到一些不公开IsNew属性的对象，会怎么样？它会影响发布版本的性能吗？

错误本身不会导致任何额外的性能问题，但是持续的

绑定检查会并且确实会导致一些非常轻微（实际上不明显）的性能问题。这是WPF性能不如许多其他语言的原因之一。但是，无论您是否有错误，这些检查都将继续进行
只有当您在VisualStudio的输出窗口中使用时，或者更糟糕的是，在外部跟踪文件中使用时，出现错误才会真正降低程序的速度。但是，即使在这些情况下，您也不太可能发现性能明显下降，除非您已将WPF跟踪设置设置为最详细的verbose
不，这不会影响性能，但您的整个方法似乎是倒退的。发布相关代码和XAML。@HighCore我意识到这个设计并不完美。但是我们有这样定制控件的原因是，例如，我们有一些常用的组合框项，还有一些样式方面的原因。坦白地说，我对这种设计也有些犹豫，因为它似乎将控件和模型/视图模型紧密地结合在一起。但这是我们目前的设计，我承认这让它更容易一些谢谢你的解释。在发布版本中，我们没有任何这样的跟踪工具，所以应该可以。这种绑定性能对我来说总是一个谜，因为调试很困难（因为调试使用的设置与发布不同）