UWP开发入门（三）——{x:Bind}扩展标记

　　上周打炉石打得太晚……忘记更新了，本周补上。本篇我们讲一下{x:Bind}扩展标记。{x:Bind}扩展标记也是Windows 10 Uinversal 新增的内容，按官方的说法是 {Binding} 的备用选项。虽然 {x:Bind} 缺少 {Binding} 中的一些功能，但它运行时所花费的时间和使用的内存量均比 {Binding} 要少，且支持更好的调试。

首先我们来看一下{x:Bind}的基本用法：

<Page
    x:Class="XBindTest.MainPage"
    xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation"
    xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml"
    xmlns:local="using:XBindTest"
    xmlns:d="http://schemas.microsoft.com/expression/blend/2008"
    xmlns:mc="http://schemas.openxmlformats.org/markup-compatibility/2006"
    mc:Ignorable="d">

    <Grid Background="{ThemeResource ApplicationPageBackgroundThemeBrush}">
        <TextBlock Text="{x:Bind HelloWorld}"></TextBlock>
    </Grid>
</Page>

    public sealed partial class MainPage : Page
    {
        public string HelloWorld { get; set; }

        public MainPage()
        {
            this.InitializeComponent();
            this.HelloWorld = "Hello World";
        }
    }

　　和原先使用的Binding最大的不同，就是不需要设置DataContext，而是从Page（或者UserControl）来寻找属性进行绑定。值得注意的是，可能是为了强调性能，{x:Bind}的默认绑定Mode是OneTime，而不是OneWay。之前Binding写得太多的各位可能会思维定势而忘记修改Mode。

　　有的同学可能会说，既然以Page作为绑定的默认源，是不是意味着就木有ViewModel啥事了，以后代码就一股脑都写在Page.cs里了？当然不是啦，因为每个Page里写个ViewModel是很常见的事情啊，再通过ViewModel来进一层绑定属性就可以了。

    public sealed partial class HostView : Page
    {
　　　　  public HostViewModel ViewModel { get; set; }

        public HostView()
        {
            this.InitializeComponent();
            this.ViewModel = new HostViewModel();
        }
    }

<Page x:Class="QuizGame.View.HostView" ... >
    <Button Content="{x:Bind Path=ViewModel.NextButtonText, Mode=OneWay}" ... />
</Page>

　　{x:Bind}还有一个非常神奇的地方，就是Xaml里写了就可以直接在Design视图显示出来。而Binding则是没有办法做到的，这是因为{x:Bind} 在编译时就已经生成了一些奇怪的代码（位于对应的Page.g.cs文件，该文件可以在obj文件夹中找到）而 {Binding} 则是在运行时才获取对象进行绑定。所以{x:Bind}才能具有更好的性能。

　　在g.cs文件中我们可以找到这样的代码：

private void Update_HelloWorld(global::System.String obj, int phase)
            {
                if((phase & ((1 << 0) | NOT_PHASED )) != 0)
                {
                    XamlBindingSetters.Set_Windows_UI_Xaml_Controls_TextBlock_Text(this.obj2, obj, null);
                }
            }
public static void Set_Windows_UI_Xaml_Controls_TextBlock_Text(global::Windows.UI.Xaml.Controls.TextBlock obj, global::System.String value, string targetNullValue)
            {
                if (value == null && targetNullValue != null)
                {
                    value = targetNullValue;
                }
                obj.Text = value ?? global::System.String.Empty;
            }

　　在需要的时候，就可以打个断点进行调试了，虽然我觉得然并卵……

　　接下来说的非常重要，就是在DataTemplate中如何使用{x:Bind}，稍稍有别于在Page的Xaml里，在DataTemplate中使用{x:Bind}必须要表明绑定的数据类型：

        <ListView ItemsSource="{x:Bind PersonList}">
            <ListView.ItemTemplate>
                <DataTemplate x:DataType="local:Person">
                    <TextBlock Text="{x:Bind Name}"></TextBlock>
                </DataTemplate>
            </ListView.ItemTemplate>
        </ListView>

　　还是那句话，{x:Bind}是在编译时处理绑定的，必须明确知道数据类型才能在g.cs里生成一些奇怪的辅助信息。

　　看看下面这张截图，因为类型都在g.cs里都生成好了，所以Design视图里才能根据Xaml生成对应的展示数据，这是Binding所做不到的。

　　

　　上面说了这么多{x:Bind}的优点，你是不是有些心动了呢？但是！终于到了说但是的时间了，{x:Bind}还是存在一些比不过Binding的地方：

• {x:Bind}不支持Source的用法，比如下面这个常用的功能就实现不了，乖乖滚回Binding的怀抱。Visibility="{Binding Settings.Accessibility,Source={StaticResource Locator}
• 另外呢，UpdateSourceTrigger也是不支持的。Text="{Binding Email,Mode=TwoWay,UpdateSourceTrigger=PropertyChanged}"
• 还有呢，如果你想把{x:Bind}写到ResouceDirectory里，更是一件麻烦的事情，你需要给ResouceDirectory创建一个class，然后人肉添加类似InitializeComponent的方法……想想都觉得还是算了，哎呀我不想写了……
• 如果你之前经常写C# code来创建Binding，那么{x:Bind}又会让你失望了，完全不支持……

　　除了以上这些，{x:Bind}还会诱使一种叫做代码洁癖的疾病发生。你想啊，都把DataType写到Xaml里了，这特么眼里还有没有MVVM和王法了，类型都暴露了一点隐私都没有了。底下写Service的同事（请不要误会底下的意思，这不是体位描写）说：哎哟不好意思，我重构代码把类型改了。你一看要改N个Xaml文件，抄起一把椅子就砸过去了，然后就被派出所带走了……

　　所以这里还是需要通过接口来减少依赖，举个例子在MainPage里通过IViewModel，而不是具体的MainViewModel来绑定，在DataTemplate里通过IPerson，而不是Person类型。这部分是面向对象的知识了，就不展开讨论了。

　　本篇到此打住，再去开一盘炉石，我就不信萨满打不上传说……