wpf - 数据绑定(bind)是将 View 连接到模型的好方法吗

Question

我正在考虑 WPF 或 Silverlight 应用程序的设计。我打算使用 MVC(或其他此类设计模式)

无论我选择哪种设计模式，我都需要将 View 连接到模型(或演示者)——数据绑定(bind)是一种好方法吗？

(在过去的 WinForms 应用程序中，我发现数据绑定(bind)从长远来看会带来很多问题，并且无法实现其 promise 。WPF 和 Siverlight 也是如此吗？)

Answer 1

是的，您绝对应该使用数据绑定(bind)。虽然 WinForms 和 ASP.NET 一直在努力以一致和可维护的方式绑定(bind)任何数据，但 Silverlight 和 WPF 是为数据绑定(bind)的乐趣而从头开始构建的。

• 绑定(bind)是双向的，因此您不必编写繁琐的管道代码来将数据移入和移出模型。只需实现 INotifable 即可。
• 转换器 允许您编写代码来处理默认设置不起作用时的绑定(bind)方式。使用转换器(编写起来非常简单)，您可以将 bool 值绑定(bind)到可见性设置，将字符串绑定(bind)到图像，将整数绑定(bind)到背景颜色，等等。没有极限。
• MVVM 等模式非常适合 WPF 和 Silverlight 中丰富的数据绑定(bind)支持。 MVVM 让您可以两全其美:松散耦合的代码和数据绑定(bind)。
• 元素绑定(bind) 允许您将一个元素的属性绑定(bind)到另一个元素的属性。与转换器一起，这为您提供了强大的功能来执行诸如将 slider 控件的当前位置绑定(bind)到列表控件的选定索引等操作。两种方式。
• 深度绑定(bind) 意味着您可以绑定(bind)到模型属性的属性。不是说你总是应该，但你可以。
• 绑定(bind)在其动态方面几乎是神奇的。只要您的模型继续支持相同的绑定(bind)属性，即使模型的静态类型发生变化，绑定(bind)也会继续工作。绑定(bind)也非常灵活。您可以绑定(bind)到集合、界面、复杂对象，(几乎)任何您喜欢的东西。
• DataContexts 可用于在页面、控件或容器级别设置数据绑定(bind)。然后容器的子级继承相同的数据上下文。这使您可以在页面级别绑定(bind)一次，然后对页面的其余部分使用绑定(bind)路径。