wpf数据绑定测试

wpf数据绑定测试,wpf,unit-testing,data-binding,mvp,Wpf,Unit Testing,Data Binding,Mvp,我正在学习WPF,其中一个强大的功能应该是数据绑定。当我做WinForms应用程序时,因为我不太信任数据绑定,所以我使用Fowler称之为汇编程序的东西,只需手工操作,这也使得测试变得容易 我读了Jeremy Miller的博客,看到他在数据绑定方面也有问题(即使是wpf),并绕过了它,但我从来没有看到过他如何做到这一点的清晰例子 到目前为止,我确实很喜欢wpf的渲染和布局功能,但我不确定MS数据绑定技术。我的问题是,是否有人有任何理由可以解释为什么数据绑定在wpf中如此出色,您可以轻松地分离关

我正在学习WPF,其中一个强大的功能应该是数据绑定。当我做WinForms应用程序时,因为我不太信任数据绑定,所以我使用Fowler称之为汇编程序的东西,只需手工操作,这也使得测试变得容易

我读了Jeremy Miller的博客,看到他在数据绑定方面也有问题(即使是wpf),并绕过了它,但我从来没有看到过他如何做到这一点的清晰例子


到目前为止,我确实很喜欢wpf的渲染和布局功能,但我不确定MS数据绑定技术。我的问题是,是否有人有任何理由可以解释为什么数据绑定在wpf中如此出色,您可以轻松地分离关注点并对其进行测试,如果没有,您作为替代方案使用的基本思想是什么?

我不想为Jeremy说话,但我相信他对数据绑定的不满与绑定本身无关,以及它如何导致难以调试/测试/维护代码的更多信息。当您在XAML中包含绑定时,WPF/SL肯定是这样的,因为在运行时之前(甚至可能在运行时之前)您都不会意识到绑定可能会中断。一个流畅的界面可以让绑定成为编写、调试和维护的绝对乐趣。这是我写作的动机之一

但是,在代码中进行数据绑定可能会破坏设计器/开发人员的协作。当设计者打开一个
UserControl
或任何东西时,Blend不会执行代码。因此,任何以代码形式编写的绑定都不会被连接


在理想情况下,我们不会被迫在可维护性和设计师协作之间做出选择。但这似乎是目前的情况。

哇,这比我预期的要多-谢谢!杰里米的另一部分(如果我记得的话)是关于通过财产通知造成的POCO噪音污染。但我期待着通过桁架。干杯