桂林电子科技大学学生学习深入浅出WPF_3_数据的绿色通道_Binding(上).docVIP

深入浅出WPF——数据的绿色通道，Binding（上） 小序： 啊哦，实在是不好意思，最近实在是太忙了，忙的原因也非常简单——自己的技术太差了，还有很多东西要学呀。门里门外，发现专业程序员非常重要的一项技能是读别人写的代码，这项技能甚至比自己写代码更重要。Anstinus同学就是读代码的高手，我写的代码他看两眼就知道怎么回事了，并且能够立刻修改，而他的代码我读了好几天还不知道是怎么回事儿呢。。 因此，毫不夸张地说，从本篇文章起接下来的几篇文章几乎可以说是WPF的核心内容，非常重要。这几篇文章分别介绍了Binding、Dependency Property、Routed Event Command等内容。精彩不断，敬请关注！ 正文： 在学习新东西的时候，人们总是习惯拿它与自己已经了解的旧有知识去做比较，这样才掌握得快、记忆深刻。所以，经常有朋友问我：“WPF与Windows Form最大的区别是什么？请用最简短的话告诉我。”OK，这个问题问的非常好——看上去WPF与WinForm最大的区别像是前面讲的那个XAML语言，但XAML只是个表层现象，WPF真正引人入胜、使之与WinForm泾渭分明的特点就是——“数据驱动界面”。围绕着这个核心，WPF准备了很多概念相当前卫的技术，其中包括为界面准备的XAML、为底层数据准备的Dependency Property和为消息传递准备的Routed Event Command。 “数据驱动界面”，听起来有点抽象。用白话解释（中文白话似乎总也上不了台面、更不能往书里写，而老外的书里却可以白话连篇）就是——数据是底层、是心脏，数据变了作为表层的UI就会跟着变、将数据展现给用户；如果用户修改了UI元素上的值，相当于透过UI元素直接修改了底层的数据；数据处于核心地位，UI处于从属地位。这样一来，数据是程序的发动机（驱动者）、UI成了几乎不包含任何逻辑专供用户观察数据和修改数据的“窗口”（被驱动者）。 ?顺便插一句，如果你是一位WinForm程序员，“数据驱动界面”一开始会让你感觉不太习惯。比如，在WinForm编程时，如果想对ListBox里的Item排序，我们会直接去排列这些Item，也就是针对界面进行操作，这在WPF里就行不通了——实际上，在WPF里因为界面完全是由数据决定的（甚至包括界面元素的排序），所以，我们只需要将底层数据排序，作为界面的Items也就在数据的驱动下乖乖地排好序了。 那么，数据是怎样从底层传递到界面的呢？我们今天的主角，Binding同学，就要登场啦！ 深入浅出话Binding Binding同学最近很不开心，是因为它的中文名字“很暴力”——绑定。我猜，最早的译者也没什么标准可遵循，大概是用了谐音吧！这一谐音不要紧，搞的中国程序员就有点摸不清头脑了。“绑”是捆绑的意思，再加上一个“定”字，颇多了几分“绑在一起、牢不可分”的感觉。而实际呢？Binding却是个地地道道的松耦合的关系！ 依在下拙见，Binding译为“关联”是再合适不过了。在英语词典里，也的确有这一词条。关联吗，无需多讲，人人都知道是“之间有些关系”的意思。Data Binding也就不应该再叫“数据绑定”了，应该称为“数据关联”，意思是说，在数据和界面（或其他数据）之间具有某些关系和联动。 具体到WPF中，Binding又是怎样一种关系和联动呢？就像我们的大标题一样——Binding就是数据的“绿色通道”。“绿色通道”代表着“直接”和“快速”，Binding就是这样。 让我们分享一个有趣的例子，请看下面的截图： 这里是两个TextBox和一个Slider组成的UI，现在客户的需求是——当Slider的滑块移动时，上面那个TextBox里显示Slider的Value；反过来，当在上面那个TextBox里输入合适的值后，鼠标焦点移开后，Slider的滑块也要滑到相应的位置上去。 站在一个WinForm程序员的角度去考虑，他会做这样几件事情： 响应slider1的ValueChanged事件，在事件处理函数中让textBox1显示slider1的Value 响应textBox1的LostFocus事件，把textBox1的Text转换成数值，并赋值给slider1 注意了！这就是典型的“非数据驱动界面”的思想。为什么呢？ 当我们响应slider1的ValueChanged事件时，我们要的是slider1的Value这个值，这时候，slider1处于核心地位、是数据的“源”（Source）；当我们响应textBox1的LostFocus事件时，我们需要的是它的Text属性值，这时候，textBox1又成了数据的source。也就是说，在这种处理方法中，数据没有固定的“源”，两个UI元素是对等的、不存在谁