XAML x:bind oneTime 在最初的 null 属性上仍然有效。为什么？

Question

x:Bind 默认为 OneTime，当 Page 的 Loading 事件触发生成代码的 Initialize 函数时，用数据更新目标 UI。

我有一个带有 ViewModel 属性的页面。此 ViewModel 类为其属性实现 INPC。 viewModel 的数据是异步加载的，只有在页面加载之后。因此，在 Page 初始化以及随后生成的代码初始化时，使用 x:Bind 的 UI 目标将具有空数据。

因为它是 OneTime，它不应该改变，除非我手动调用 Update（我没有）。

那么为什么我的 x:Bind UI 可以工作？

以下是一些简化的代码sn-ps。

<Page x:Name="MyPage" x:Class="MyProject.Pages.MyPage">
  <Button Command="{x:Bind ViewModel.GoToAnotherPageCommand}">


public sealed partial class MyPage : Page
{
    public MyPageViewModel ViewModel { get; set; }

    public MyPage()
    {
        this.InitializeComponent();
    }

    // called by an event bound to a Frame's Navigated, which all pages use
    public void OnNavigatedTo()
    {
        this.ViewModel = new MyPageViewModel();
    }
}

public class MyPageViewModel : INotifyPropertyChanged, INotifyPropertyChanging
{
    // GoToAnotherPageCommand is an INPC property and its set in the constructor

Answer 1

您的命令运行良好的原因是OnNavigatedTo 将在在命令实例化之前被调用。这意味着当代码尝试设置命令时，ViewModel 已经被实例化并且不再是 null。

为了证明我的观点，首先打开以下路径下的文件（可能是 ARM 或 *x64，具体取决于您运行的平台）-

obj/x86/Debug/MyPage.g.cs

这基本上是代码生成的文件，它为您的页面连接了所有x:Bind 内容。

现在在设置命令的位置放置一个断点。在我的例子中，它是一个名为Set_Windows_UI_Xaml_Controls_Primitives_ButtonBase_Command 的方法。然后在OnNavigatedTo 放置另一个断点。

现在运行应用程序，您将看到首先调用了OnNavigatedTo 方法。

如果您的页面的NavigationCacheMode 设置为Disabled，则此行为使OnNavigatedTo 成为实例化x:Bind 绑定的理想位置，因此该页面仅在用户实际导航到它时才使用内存来创建这些新对象，而不是在页面构造函数中做所有事情。

不要在Page 的Loaded 事件中执行此操作。因为它会在命令实例化之后被调用。你可以试试下面的代码来实例化ViewModel，结果很不一样（你的命令不行）。

public MyPage()
{
    InitializeComponent();

    Loaded += (s, e) => ViewModel = new MyPageViewModel();
}

Answer 2

已编译的绑定系统 (x:Bind) 足够智能，可以检查初始空值，而不会将它们视为您希望绑定的实际值。它将等待第一个非空值并绑定该值。

这是设计使然，因为绑定到初始 null 值（几乎）绝不是绑定的意图。

我没有找到这些信息的来源，但我相信它是在 2015 年详细介绍 x:Bind 系统的构建谈话中。

---

更新：

正如贾斯汀在下面的 cmets 和他自己的回答中提到的那样，如果在绑定操作发生后设置视图模型，则绑定将不起作用。

我认为这是因为绑定在属性链中遇到空引用时终止，但我没有对此进行测试，所以我可能不正确。