深入浅出WPF之数据绑定.pdf

《深入浅出WPF之数据绑定.pdf》由会员上传分享，免费在线阅读，更多相关内容在行业资料-天天文库。

1、深入浅出WPF之Binding序：感谢原作者，看完此文本人对数据绑定有了一个清醒地认识，写得不错，整理出来大家分享。来源:51cto.com作者:水之真谛毫不夸张地说，从本篇文章起接下来的几篇文章几乎可以说是WPF的核心内容，非常重要。这几篇文章分别介绍了Binding、DependencyProperty、RoutedEvent&Command等内容。精彩不断，敬请关注!　　正文：　　在学习新东西的时候，人们总是习惯拿它与自己已经了解的旧有知识去做比较，这样才掌握得快、记忆深刻。所以，经常有朋友问我：“WPF与WindowsForm最大的区别是什么?请用最简短的话告诉

2、我。”OK，这个问题问的非常好——看上去WPF与WinForm最大的区别像是前面讲的那个XAML语言，但XAML只是个表层现象，WPF真正引人入胜、使之与WinForm泾渭分明的特点就是——“数据驱动界面”。围绕着这个核心，WPF准备了很多概念相当前卫的技术，其中包括为界面准备的XAML、为底层数据准备的DependencyProperty和为消息传递准备的RoutedEvent&Command。　　“数据驱动界面”，听起来有点抽象。用白话解释(中文白话似乎总也上不了台面、更不能往书里写，而老外的书里却可以白话连篇)就是——数据是底层、是心脏，数据变了作为表层的UI就会

3、跟着变、将数据展现给用户;如果用户修改了UI元素上的值，相当于透过UI元素直接修改了底层的数据;数据处于核心地位，UI处于从属地位。这样一来，数据是程序的发动机(驱动者)、UI成了几乎不包含任何逻辑专供用户观察数据和修改数据的“窗口”(被驱动者)。　　顺便插一句，如果你是一位WinForm程序员，“数据驱动界面”一开始会让你感觉不太习惯。比如，在WinForm编程时，如果想对ListBox里的Item排序，我们会直接去排列这些Item，也就是针对界面进行操作，这在WPF里就行不通了——实际上，在WPF里因为界面完全是由数据决定的(甚至包括界面元素的排序)，所以，我们只需

4、要将底层数据排序，作为界面的Items也就在数据的驱动下乖乖地排好序了。　　那么，数据是怎样从底层传递到界面的呢?我们今天的主角，Binding同学，就要登场啦!　　深入浅出话BindingBinding同学最近很不开心，是因为它的中文名字“很暴力”——绑定。我猜，最早的译者也没什么标准可遵循，大概是用了谐音吧!这一谐音不要紧，搞的中国程序员就有点摸不清头脑了。“绑”是捆绑的意思，再加上一个“定”字，颇多了几分“绑在一起、牢不可分”的感觉。而实际呢?Binding却是个地地道道的松耦合的关系!依在下拙见，Binding译为“关联”是再合适不过了。在英语词典里，也的确有这

5、一词条。关联吗，无需多讲，人人都知道是“之间有些关系”的意思。DataBinding也就不应该再叫“数据绑定”了，应该称为“数据关联”，意思是说，在数据和界面(或其他数据)之间具有某些关系和联动。具体到WPF中，Binding又是怎样一种关系和联动呢?就像我们的大标题一样——Binding就是数据的“绿色通道”。“绿色通道”代表着“直接”和“快速”，Binding就是这样。让我们分享一个有趣的例子，请看下面的截图：　　这里是两个TextBox和一个Slider组成的UI，现在客户的需求是——当Slider的滑块移动时，上面那个TextBox里显示Slider的Value

6、;反过来，当在上面那个TextBox里输入合适的值后，鼠标焦点移开后，Slider的滑块也要滑到相应的位置上去。站在一个WinForm程序员的角度去考虑，他会做这样几件事情：响应slider1的ValueChanged事件，在事件处理函数中让textBox1显示slider1的Value响应textBox1的LostFocus事件，把textBox1的Text转换成数值，并赋值给slider1　　注意了!这就是典型的“非数据驱动界面”的思想。为什么呢?　　当我们响应slider1的ValueChanged事件时，我们要的是slider1的Value这个值，这时候，sli

7、der1处于核心地位、是数据的“源”(Source);当我们响应textBox1的LostFocus事件时，我们需要的是它的Text属性值，这时候，textBox1又成了数据的source。也就是说，在这种处理方法中，数据没有固定的“源”，两个UI元素是对等的、不存在谁从属于谁的问题。换句话说：它们之间是“就事论事”，并没有什么“关联”。　　接下来，让我们体验一下“绿色通道”的快捷!　　上述例子的XAML源代码如下：1