Note7:MVVM模式之数据绑定

一、资源说明

(1)本文参考自:

二、正文

数据绑定 (Data Binding)是WPF最重要的特性之一,也是实现 MVVM(WPF) 模式的一大支柱。

简而言之,数据绑定就是将两个属性绑定在一起,源属性(source)改变带动目标属性(target)一起改变。这样也减少了事件(Events)的使用。

绑定源可以是任意对象的属性,而目标必须是依赖对象的依赖属性。

绑定源主要分为以下几种场景(后面主要介绍前两种):

(1)依赖对象(DependencyObject):可以绑定到任意依赖对象的依赖属性。
(2)CLR对象:可以绑定到任意CLR对象的公共属性、子属性以及索引器。绑定引擎使用CLR反射来获取属性值。
(3)动态对象:可以绑定到对象的可用属性和索引器,该对象实现 IDynamicMetaObjectProvider 接口。
(4)ADO.NET对象:可以绑定到ADO.NET对象,如 DataTable 。ADO.NET DataView 实现 IBindingList 接口,该接口提供绑定引擎侦听的更改通知。
(5)XML对象:可以绑定到并运行 XmlNode 、 XmlDocument 或 XmlElement 上的 XPath 查询。
  • 元素对元素的绑定

一种典型的场景是元素对元素的绑定(Element to Element binding),当一个元素属性发生改变,界面上另外绑定的元素属性也随之改变。

<stackpanel>
    <textbox fontsize="{Binding ElementName=slider,Path=Value}" text="Welcome to WPF world." name="txt" />
    <slider name="slider" maximum="26" minimum="14" />
    <textblock text="{Binding ElementName=slider,Path=Value}" name="block" />
</stackpanel>

当我们拖动Slider的时候, TextBox 中字体的大小会随之改变,下方 TextBlock 中也会更新值。数据绑定利用XAML中 binding 关键字,设置它的 ElementName 和 Path 属性。也可以在代码中设置:

Binding bind = new Binding
{
    Source = this.slider,
    Path = new PropertyPath("Value")
};

BindingOperations.SetBinding(this.txt, TextBox.FontSizeProperty, bind);
BindingOperations.SetBinding(this.block, TextBlock.TextProperty, bind);

这在自定义控件中用的比较多。

上面的例子中都遵循着"数据源到目标"的 数据流方向 ,叫做"OneWay"的形式。WPF支持以下几种数据流方向:

(1)OneWay:绑定源更改时,更新绑定目标属性。
(2)TwoWay:导致对源属性或目标属性的更改可自动更新对方。
(3)OneTime:当应用程序启动或数据上下文更改时,更新绑定目标。比如用在命令(commands)上面。
(4)OneWayToSource:当目标属性更改时更新源属性。当目标属性不是依赖属性,而源属性是依赖属性的情况下,这就派上用场了。
(5)Default:使用绑定目标的默认Mode值。TextBox.Text属性默认是TwoWay绑定,而大部分情况下,比如TextBlock.Text属性就是OneWay绑定。

那么何时触发绑定呢?WPF为我们提供了 UpdateSourceTrigger属性,这是一个枚举值: LostFocus , PropertyChanged , Explicit , Default 。从字面意思也能知道何时触发。需要注意的是,这个属性只有当 Mode 被设置为 TwoWay 或者 OneWayToSource 的时候才能生效。

我们也可以手动触发绑定:

var expr = BindingOperations.GetBindingExpression(this.txt, TextBox.FontSizeProperty);
expr.UpdateSource();
//or
expr.UpdateTarget();
  • 绑定到CLR对象

这是最常用的一种情形了。

当程序初始化的时候,某个人的年龄数值为10。一旦我点击了下面的Button,那么上面的数值会立刻变成30:

这里,我们没有在Button的 Click 事件里直接改变中间TextBlock控件的 Text 属性,而是改变了这个 Person 对象的 Age 值,而最终的效果就是这个TextBlock控件的 Text 属性也跟着改变了。Data Binding机制在中间起到桥梁的作用。下面,我们来看看 Person 类的实现细节:

public class Person:INotifyPropertyChanged
{

    public Person(int _age)
    {
        age = _age;
    }

    private int age;
    public int Age
    {
        get { return age; }
        set
        {
            if (PropertyChanged != null)
            {
                //follow below order
                age = value;
                PropertyChanged(this, new PropertyChangedEventArgs("Age"));
            }
        }
    }

    public event PropertyChangedEventHandler PropertyChanged;
}

这个Person类实现了 INotifyPropertyChanged接口(命名空间:System.ComponentModel),这个接口是WPF中数据绑定的核心接口。换言之,如若要想让CLR对象被成功绑定,那么这个接口就是必须的。这个接口只包括一个事件 PropertyChanged 。

Person 类内部包含一个属性 Age ,在其Setter中有一些逻辑,当然也是很容易懂的。如果这个属性被改变了,那么做一些更改,并向外部发出一些通知。

当然,你也可以将 Person 类继承 DependencyObject 类,让这个类变成依赖对象,里面的属性也就变成了依赖属性。但是,不建议这样做。

将需要被绑定的CLR对象实现 INotifyPropertyChanged 接口,这就是全部的准备工作了。

还有一种常见的情况:需要绑定一个集合对象,比如ListBox控件。这个时候,我们需要将这个集合对象继承自 ObservableCollection<T> 类即可,在后面MVVM框架的内容中会对此有进一步的理解。

数据绑定的核心就是上面介绍的,但是绑定的过程中肯定会遇到一些细节问题,幸好WPF为我们提供了很多机制,可以参考这些介绍做一个了解:

时间: 05-24

Note7:MVVM模式之数据绑定的相关文章

Android进阶笔记14:RoboBinding(实现了数据绑定 Presentation Model(MVVM) 模式的Android开源框架)

1.RoboBinding RoboBinding是一个实现了数据绑定 Presentation Model(MVVM) 模式的Android开源框架.从简单的角度看,他移除了如addXXListener(),findViewById()这些不必要的代码,连如BufferKnife那样的InjectView都不需要,因为你的代码一般不需要依赖于这些界面组件信息.下面以一个最简单的AndroidMVVM为例. (1)layout 布局 <LinearLayout xmlns:android="

Windows Phone 十一、MVVM模式

MVVM 模式介绍 模型-视图-视图模型 (MVVM) 是一种用来分离 UI 和非 UI 代码的应用设计模式 MVVM – 模型(Model) MVVM 中的 Model 与 MVC 中的一致,用于封装业务逻辑以及数据处理. Model 不依赖 View 和 ViewModel,可以独立存在,也就是说模型不关心自身被谁操作和展示. Model 中不允许有任何跟界面相关的逻辑,比如操作界面上的控件. 通常在实际开发过程中 Model 可以再被划分成 Model 和 Service,区分业务和数据.

【转载MVVM模式的简介】

原文链接:http://www.cnblogs.com/sirkevin/archive/2012/11/28/2793471.html 使用WPF+Mvvm开发一年多,期间由于对Mvvm模式的理解不足,遇到了很多问题,也绕了很多弯子:网上提供的Mvvm的示例比较简单,实际项目中的需求也各种各样. 不过经过几个项目,也有了一些对Mvvm模式的理解:1. Mvvm是什么,Mvvm是怎么来的? Mvvm模式广泛应用在WPF项目开发中,使用此模式可以把UI和业务逻辑分离开,使UI设计人员和业务逻辑人员

Android MVC,MVP,MVVM模式入门——重构登陆注册功能

一  MVC模式: M:model,业务逻辑 V:view,对应布局文件 C:Controllor,对应Activity 项目框架: 代码部分: layout文件(适用于MVC和MVP两个Demo): <?xml version="1.0" encoding="utf-8"?> <LinearLayout xmlns:android="http://schemas.android.com/apk/res/android" and

企业级架构 MVVM 模式指南 (WPF 和 Silverlight 实现) 译(2)

本书包含的章节内容 第一章:表现模式,以一个例子呈献给读者表现模式的发展历程,我们会用包括MVC和MVP在内的各种方式实现一个收费项目的例子.沿此方向,我们会发现每一种模式的问题所在,这也是触发设计模式发展的原因.本章还会说明如果应用不当,MVC和MVP这些依赖.Net事件的表现模式是怎么导致内存泄漏的.本章会谈论各种表现模式的优缺点,并且留给读者自我思考的问题,如为什么用MVVM设计模式来代替MVP或是MVC.第二章:介绍MVVM,包括使MVVM魅力四射的WPF和Silverlight的各种特

企业级架构 MVVM 模式指南 (WPF 和 Silverlight 实现) 译(3)

第一章 表现模式关注分离(soc)是企业及软件开发中非常有用的核心原则,也是许多表现模式背后的驱动力量.在WPF和Silverlight开发中,MVVM成为了实现关注分离最为有效的设计模式.然而,这种模式与其他表现模式(MVC,MVP)相比实现起来相对困难.本章会以贯穿全书的账票项目的例子作为开始.在回顾表现模式的过程中,用每一种模式来实现账票项目使你更加明确它们的优劣所在,这会帮助你明白为什么要使用MVVM模式.账票项目应用例子我们从账票项目的基本功能入手,账票项目应用的UI如下所示: 当pr

转:[Silverlight入门系列]使用MVVM模式(9): 想在ViewModel中控制TreeView节点展开?

很多童鞋看了我的博客以后也去实践MVVM,但却发现Silverlight实践中的MVVM很难实现,比纯粹的CodeBehind难度大很多.首先是原来在xaml.cs的CodeBehind部分很容易控制界面逻辑,现在这部分逻辑移到ViewModel里面去了以后,就很难调用CodeBind的部分;其次是很多View和ViewModel.或者一个ViewModel多个View,他们之间如何通 很多童鞋看了我的博客以后也去实践MVVM,但却发现Silverlight实践中的MVVM很难实现,比纯粹的Co

在MVVM模式中,按钮Click事件的绑定方法

原文:在MVVM模式中,按钮Click事件的绑定方法 在MVVM模式中,我们将Button的方法写到ViewModel中,然后绑定到前端界面.通常的做法是写一个类,继承ICommand接口,然而如果按钮比较多的话,就需要写很多的类,对于后期维护造成很大的不变,微软提供了一个DelegateCommand类,可以简化开发. 使用方法如下: 首先生命ViewModel属性,GetMsg函数, public DelegateCommand GetMsg { get { return new Deleg

浅析WPF中MVVM模式下命令与委托的关系

??各位朋友大家好,我是Payne,欢迎大家关注我的博客,我的博客地址是http://qinyuanpei.com.最近因为项目上的原因开始接触WPF,或许这样一个在现在来讲显得过时的东西,我猜大家不会有兴趣去了解,可是你不会明白对某些保守的项目来讲,安全性比先进性更为重要,所以当你发现银行这类机构还在使用各种"复古"的软件系统的时候,你应该相信这类东西的确有它们存在的意义.与此同时,你会更加深刻地明白一个道理:技术是否先进性和其流行程度本身并无直接联系.由此我们可以推论出:一项不流行