Binance Casino,USDT娱乐,数字货币游戏,区块链游戏,BTC娱乐场,USDT投注,数字资产平台,体育娱乐,电子游艺,快速提现

　　3.目标（Target）：数据将传送到哪里去？这就是数据的目标了。上面这个例子中，textBox1是数据的Target。有一点需要格外注意：Target一定是数据的接收者、被驱动者，但它不一定是数据的显示者——也许它只是数据联动中的一环——后面我们给出了例子。

　　依在下拙见，Binding译为“关联”是再合适不过了。在英语词典里，也的确有这一词条。关联吗，无需多讲，人人都知道是“之间有些关系”的意思。Data Binding也就不应该再叫“数据绑定”了，应该称为“数据关联”，意思是说，在数据和界面（或其他数据）之间具有某些关系和联动。

　　具体到WPF中，Binding又是怎样一种关系和联动呢？就像我们的大标题一样——Binding就是数据的“绿色通道”。“绿色通道”代表着“直接”和“快速”，Binding就是这样。

　　在学习新东西的时候，人们总是习惯拿它与自己已经了解的旧有知识去做比较，这样才掌握得快、记忆深刻。所以，经常有朋友问我：“WPF与Windows Form最大的区别是什么？请用最简短的话告诉我。”OK，这个问题问的非常好——看上去WPF与WinForm最大的区别像是前面讲的那个XAML语言，但XAML只是个表层现象，WPF真正引人入胜、使之与WinForm泾渭分明的特点就是——“数据驱动界面”。围绕着这个核心，WPF准备了很多概念相当前卫的技术，其中包括为界面准备的XAML、为底层数据准备的Dependency Property和为消息传递准备的Routed Event & Command。

　　这句话的意思是说：Hi，textBox1，从此以后，你的Text属性值就与slider1这个UI元素的Value属性值关联上了，Value变的时候你的Text也要跟着变。

　　顺便插一句，如果你是一位WinForm程序员，“数据驱动界面”一开始会让你感觉不太习惯。比如，在WinForm编程时，如果想对ListBox里的Item排序，我们会直接去排列这些Item，也就是针对界面进行操作，这在WPF里就行不通了——实际上，在WPF里因为界面完全是由数据决定的（甚至包括界面元素的排序），所以，我们只需要将底层数据排序，作为界面的Items也就在数据的驱动下乖乖地排好序了。

　　剔除那些花里呼哨的装饰品后，最重要的只有下面3行（而实际上第2行那个textBox2只是为了让鼠标的焦点有个去处）：

　　这时候的效果是——你拖动Slider的滑块，textBox1就会显示值（双精度，0到100之间）；你在textBox1里输入一个0到100之间的数字，当把鼠标移动到textBox2里时，slider1的滑块会跳到相应的值上去，如图：

　　非常简单是不是？请注意，这里面可蕴含了“数据驱动界面”的模型哦！在这里，我们始终把slider1的Value当成是数据源（Data Source），而textBox1则是用来显示和修改数据的窗口（Data Presenter）——slider1是核心，它的Value属性值将驱动textBox1的Text进行改变；人为改变textBox1的Text属性值，也会被送回到slider1的Value属性值上去。

　　话说眼看就要到奥运会了，北京的各大交通要道上也都加强了安检力度。微软同学也给Binding这条“绿色通道”准备了几道很实用的“关卡”。这些“关卡”的启闭与设置是通过Binding的属性来完成的。其中常用的有：

　　如果你想把“绿色通道”限制为“单行道”，那就设置Binding实例的Mode属性，它是一个BindingMode类型的枚举值，其中包含了TwoWay、OneWay和OneWayToSource几个值。上面这个例子中，默认地是TwoWay，所以才会有双向的数据传递。

　　1.数据源（Data Source，简称Source）：顾名思义，它是保有数据的实体、是数据的来源、源头。把谁当作数据源完全由程序员来决定——只要你想把它当做数据核心来使用。它可以是一个UI元素、某个类的实例，也可以是一个集合（关于对集合的绑定，非常重要，专门用一篇文章来讨论之）。

　　4.关联（Binding）：数据源与目标之间的通道。正是这个通道，使Source与Target之间关联了起来、使数据能够（直接或间接地）驱动界面！

　　那么，数据是怎样从底层传递到界面的呢？我们今天的主角，Binding同学，就要登场啦！

　　Binding同学最近很不开心，是因为它的中文名字“很暴力”——绑定。我猜，最早的译者也没什么标准可遵循，大概是用了谐音吧！这一谐音不要紧，搞的中国程序员就有点摸不清头脑了。“绑”是捆绑的意思，再加上一个“定”字，颇多了几分“绑在一起、牢不可分”的感觉。而实际呢？Binding却是个地地道道的松耦合的关系！

　　当我们响应slider1的ValueChanged事件时，我们要的是slider1的Value这个值，这时候，slider1处于核心地位、是数据的“源”（Source）；当我们响应textBox1的LostFocus事件时，我们需要的是它的Text属性值，这时候，textBox1又成了数据的source。也就是说，在这种处理方法中，数据没有固定的“源”，两个UI元素是对等的、不存在谁从属于谁的问题。换句话说：它们之间是“就事论事”，并没有什么“关联”。

　　“数据驱动界面”，听起来有点抽象。用白话解释（中文白话似乎总也上不了台面、更不能往书里写，而老外的书里却可以白话连篇）就是——数据是底层、是心脏，数据变了作为表层的UI就会跟着变、将数据展现给用户；如果用户修改了UI元素上的值，相当于透过UI元素直接修改了底层的数据；数据处于核心地位，UI处于从属地位。这样一来，数据是程序的发动机（驱动者）、UI成了几乎不包含任何逻辑专供用户观察数据和修改数据的“窗口”（被驱动者）。

　　啊哦，实在是不好意思，最近实在是太忙了，忙的原因也非常简单——自己的技术太差了，还有很多东西要学呀。门里门外，发现专业程序员非常重要的一项技能是读别人写的代码，这项技能甚至比自己写代码更重要。Anstinus同学就是读代码的高手，我写的代码他看两眼就知道怎么回事了，并且能够立刻修改，而他的代码我读了好几天还不知道是怎么回事儿呢。

　　然后，我只需在第1行代码上做一个小小的修改，就能完成WinForm中需要用两个事件响应、十多行代码才能完成的事情：

　　2到7之间是留给XAML语言基础的，有些文章已经快写好了，但如果我对它不满意，是绝对不会放到网上来的。同时，最近有很多朋友又在催我往下写，情急之下，只好把最重要的几节赶出来、先挂上来。

　　因此，毫不夸张地说，从本篇文章起接下来的几篇文章几乎可以说是WPF的核心内容，非常重要。这几篇文章分别介绍了Binding、Dependency Property、Routed Event & Command等内容。精彩不断，敬请关注！

　　这里是两个TextBox和一个Slider组成的UI，现在客户的需求是——当Slider的滑块移动时，上面那个TextBox里显示Slider的Value；反过来，当在上面那个TextBox里输入合适的值后，鼠标焦点移开后，Slider的滑块也要滑到相应的位置上去。