UWP中新加的数据绑定方式x:Bind分析总结

0x00 UWP中的x:Bind

由之前有过WPF开发经验，所以在学习UWP的时候直接省略了XAML、数据绑定等几个看着十分眼熟的主题。学习过程中倒是也没遇到麻烦。直到在园子里看到了这篇文章：

http://www.cnblogs.com/gaoshang212/p/4534138.html

原来UWP的绑定中新加了个x:Bind，从文章中可以看到x:Bind的效率是很高的。找到MSDN（数据绑定）看了一下（完整的学习目录可参见: http://www.cnblogs.com/durow/p/4878822.html），然后试着写了几个测试程序，对x:Bind也算有所了解了，下面写一下自己的心得体会。

0x01 为什么要搞出个x:Bind

这个问题还是比较容易回答的，因为x:Bind的效率高。毕竟UWP覆盖了手机端，而手机一方面硬件的性能有限，另一方面电池电量也有限，因此节约性能开销有着很大的意义。x:Bind为什么能节约开销呢，因为x:Bind的数据绑定发生在编译时，也就是说在编译的时候View中绑定的什么数据，数据是什么类型的就已经清楚了，绑定工作在编译时即可完成。因此需要我们在后台代码中指定一个类型明确的ViewModel，这样在View中使用x:Bind绑定ViewModel中的数据，一切都是类型明确的。而Binding是在程序运行时才能确定数据源的，属于动态绑定，效率自然不如x:Bind。但从设计上来看，x:Bind使View和ViewModel之间的耦合更紧了，因为必须给View指定一个类型明确的ViewModel。使用x:Bind算是牺牲设计换效率吧，是一种折中的方式。当然如果不喜欢x:Bind也不在乎那点性能，Binding也是可以正常使用的。

0x02 x:Bind的使用方法

1.绑定属性

首先说明一下测试用的Model：

X:Bind和Binding在绑定属性上的区别就是x:Bind在绑定时需要加上ViewModel实例的名称，例如后台代码中创建实例VM

在View中就需要这样绑定：

需要注意的是x:Bind默认的绑定方式是OneTime，即只绑定一次，在使用时记得根据需求改成OneWay或TwoWay。

此外还需要说明的是，x:Bind的绑定是强类型的，如果遇到绑定源为Object（例如绑定ListView的SelectedItem）需要进行强制类型转换。如下图所示，其中local为TestData所在命名空间。

2.绑定命令和事件

绑定命令和属性绑定类似，需要写明ViewModel的实例。在ViewModel中有命令CmdTest如下所示：

在View中就可以这样绑定：

此外很重要的一点就是x:Bind支持绑定事件，看到这个一口老血喷到屏幕上。在WPF中又是引用第三方dll又是写EventToCommand，就是为了绑定个事件传递个事件参数（MVVM设计模式和WPF中的实现（四）事件绑定），如果说刚接触UWP时看到InvokeCommandAction可以传递事件参数还可以用激动来形容的话，看到x:Bind的事件绑定只能是吐血了。我们可以像以前那样把事件绑定到命令，绑定方式可以是Binding也可以是x:Bind，除此之外可以直接使用x:Bind把事件绑定到ViewModel的一个方法上，这个方法可以是无参数的也可以是符合EventHandler签名的。

例如在ViewModel中有两个方法Loaded和Moved：

在View中可以把事件绑定到这两个方法上：

运行起来就像这样:

0x03 Binding的优势

x:Bind提供了一种效率优先的绑定方式，但在有些情况下还是需要用Binding来处理的。除了动态绑定外，目前我能想到的就是Binding的UpdateSourceTrigger，可以指定更新数据源的方式。例如在TextBox的Text发生改变时马上更新数据源，这个x:Bind应该是做不到的吧。还有就是在设计时把DataContext写在XAML里，使用Binding可以在设计时看到数据。随着使用增多，应该还会发现更多的需要使用Binding的情况吧。

0x04 写在最后

x:Bind基本解决了数据/命令/事件绑定的常用场景，对于由此而导致的View和ViewModel的相对紧一点的耦合，我个人是完全可以接受的。因此我个人的原则就是能使用x:Bind的情况下优先使用x:Bind，x:Bind满足不了需求了再使用Binding。

然后再回过头来看看之前写的UWP下的MVVM框架，简直图样。相信随着后面的学习还会不断产生这种感觉;)

最后要说的就是学东西要踏实，不能一味求快，看过的概念再看一遍，温故知新也是好的，何况里面还有新东西。