x：在UWP中绑定（通用Windows平台）

Question

对。 所以从WPF转到UWP，我正在尝试使用x:Bind来获得编译时的好处。 简单的场景工作正常; 但是我发现了一些我无法解决的问题。 它们都是相关的，所以我想我会把它们放在一个地方：

1. 我无法让Intellisense与x:Bind 。 我在XAML和构造函数中都设置了DataContext（以及d:DataContext就像在WPF中一样），但无论如何都不会显示成员。 有人做过这个吗？
2. 然后我在某处读到，在UWP中， DataContext始终设置为Page的代码隐藏（真的??），我需要在代码隐藏中定义一个ViewModel类型属性，然后在x:Bind使用该属性。 这个对吗？ 我尝试了它并且它有效但引起了下一个问题。
3. 如果我在Page的代码隐藏中定义了ViewModel类型的属性，那么引发PropertyChanged通知的任何子属性都不会更新UI。 例如，如果代码隐藏属性名为Game （类型GameVM ），有一个公共财产GameVM命名的Player （类型GamePlayer ），反过来GamePlayer包含一个名为属性Name ，在x:Bind路径看起来喜欢{x:Bind Path=Game.Player.Name} 。 但是，如果我这样做，从Name属性中引发的任何更改通知都不会更新Page的UI。

我试过的一个替代方案是在每个级别监听PropertyChanged，然后在层次结构中冒泡，但这没有用。 即使它确实如此，这样做似乎有点太多了。 在像Game.Player.Name这样的WPF子属性中，无需进行属性更改冒泡Game.Player.Name正常工作。 或者我错过了什么？

Answer 1

对。 在玩了几天并搜索了大量的参考资料后，我的发现如下：

1. {x:Bind}缺乏设计时支持。 该功能虽然在愿望清单上 。 你可能想在那里投票。 （新版本的Visual Studio 15.4.4以所需方式支持{x：Bind}中的Intellisense。）
2. {x:Bind}使用代码隐藏作为其DataContext。 因此，您需要在代码隐藏中定义ViewModel类型的公共属性，然后在{x:Bind}路径中使用它。
3. 正如IInspectable所指出的， {x:Bind}的默认模式是OneTime ，不像{Binding}几乎在所有情况下都使用OneWay或TwoWay 。 因此，您需要在绑定中明确指定Mode 。 来自WPF的人应该特别注意它。
4. 实现通知更改的子属性在{x:Bind}完全正常工作。 无需在属性层次结构中向上冒泡这些通知。 我面临的问题（问题中的＃3）是因为我的子属性是List<T>类型。 我将其更改为ObservableCollection<T>并开始工作。

希望这能让人有所作为。

Answer 2

作为初学者，我能回答的唯一问题是第一个问题。 Intellisense在{x：Bind}内部不起作用。 由于某些未知原因，UWP中的成员永远不会出现在那里。 至于你的下两个问题，我仍然在研究它们。

Answer 3

我遇到了你所看到的同样的挑战。 根据我的经验，为了创建编译时绑定并使用自定义对象作为属性进行更新，Page类似乎需要了解数据上下文和自定义对象...您需要做的就是引用它们后面的代码，然后在XAML中绑定它们。 这将创建它需要的代码生成对象。

例如，我有一个viewModel，CustomerViewModel绑定在XAML中。 该viewmodel还具有IGuest类型的属性。 为了使用guest对象并让它正确更新，我在后面的代码中提出了这个...

        CustomerViewModel vm
        {
            get
            {
                return (CustomerViewModel)DataContext;
            }
        }
      IGuest g
        {
            get
            {
                return vm.CurrentGuest;
            }
        }
        public CartGuestControl()
        {
            this.InitializeComponent();
        }

您不需要从后面的代码中分配任何UI数据上下文...只需引用XAML中绑定的datacontext。 绑定到任何直接viewmodel属性时，我使用{x:Bind Path=vm.IsEditing, Mode=OneWay }。 对于绑定到任何guest属性，它看起来像这样， {x:Bind Path=g.FirstName, Mode=TwoWay}. 你可以为你的Player对象做这样的事情。

我遇到了x：无论我尝试什么，绑定根本不会做我期望它做的事情。 这通常可以通过将事物分解为具有更具体数据上下文的较小用户控件或使用“常规”绑定来解决。