【问题标题】:Best practices to avoid binding errors避免绑定错误的最佳实践
【发布时间】:2012-02-19 14:11:46
【问题描述】:

您知道在 WPF 项目中避免绑定错误的系统方法吗?

随着它们的增长,依赖输出窗口变得不切实际,重构时很痛苦,您可以通过重命名视图模型中的属性来轻松破坏绑定。

现在我正在使用一个复杂的过程来将属性路径公开为静态属性并在我的绑定中使用它们。如果我重命名它们,resharper 可以帮助我重命名对我的属性的静态引用。

我考虑改用this 方法以获得更简单的程序。但我会因此失去 resharper 的重命名帮助。

值得吗?你有更好的模式吗?

【问题讨论】:

  • 不多,但我使用 PrestationTraceLevel High 至少在调试模式下看到警告。
  • 那篇文章是关于如果您遇到绑定错误该怎么办。我宁愿避开它们。特别是在重构时。我应该在问题中更加强调这一点。
  • 使用具有 viewmodellocator 模式的框架,您可以在其中指定来自用户控件的基本路径,然后您可以将参数发送到该控制器。所以调用控件与绑定分离。我想自己做类似的事情。

标签: c# wpf data-binding


【解决方案1】:

ReSharper 在这方面有所帮助。如果它可以确定元素DataContext 的类型,那么它将验证您是否绑定到实际存在的属性。如果它无法确定类型,它会提示您为该元素设置一个d:DataContext

【讨论】:

  • resharper 从哪个版本开始支持这个?我在 5.1 中没有找到该功能。
  • 我使用的是第 6 版,所以我猜是它被引入的时候。
  • 酷,我试试新版本。
猜你喜欢
  • 2019-04-03
  • 1970-01-01
  • 1970-01-01
  • 2021-11-02
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2017-05-24
相关资源
最近更新 更多