是“{Binding Path=.}”吗？和“{绑定}”真正平等

Question

在我的 WPF 项目中，我有一个 ListBox，它显示 List 集合中的项目。我想让这些项目的文本可编辑，因此我将它们每个都包装在带有 TextBox 的 ItemTemplate 中（可能不是最好的方法，但我是 WPF 新手）。我在简单地将 TextBoxes 的 Text 属性绑定到每个项目的值时遇到了麻烦。我最终偶然发现了一个使用单个点或句点作为 Path 属性的示例 ({Binding Path=.})：

<ListBox ItemsSource="{Binding ElementName=recipesListbox,Path=SelectedItem.Steps}">
    <ListBox.ItemTemplate>
        <DataTemplate>
            <TextBox Text="{Binding Path=.}"/>
        </DataTemplate>
    </ListBox.ItemTemplate>
</ListBox>

但是我不明白为什么只使用 {Binding} 没用。

它引发了“双向绑定需要 Path 或 XPath”异常，如 根据 Microsoft：

[...] 句点 (.) 路径可用于绑定到当前源。例如，Text="{Binding}" 相当于 Text="{Binding Path=.}"

有人能阐明这种模棱两可的行为吗？

编辑：此外，似乎 {Binding Path=.} 不一定提供双向绑定，因为修改文本和移动焦点不会更新底层源（同一源还在 DataGrid 控件上显示并成功修改了属性）。我肯定在这里遗漏了一些东西。

Answer 1

例外的要点大概是您无法双向绑定绑定源本身，因此它会尝试阻止您创建一个行为方式与您希望的方式不同的绑定。通过使用{Binding Path=.}，您只是欺骗了错误检测。

（此外，文档错误或不准确的情况也并非闻所未闻，尽管我总体上非常喜欢 MSDN 文档，因为它通常包含人们感兴趣的关键点）

Answer 2

文档指出 {Binding} 相当于 {Binding Path=.}。但是，它不等于您键入的{Binding Path}。如果包含 Path 属性，则必须将其分配给某个内容，可以是 Path=. 或 Path=OtherProperty。

Answer 3

简而言之，两者的区别类似于传统的按值传递和按引用传递的区别。 （FYR - 通过引用传递有什么区别与按值传递？）

但是我不明白为什么简单地使用 {Binding} 不起作用（它引发了“双向绑定需要 Path 或 XPath”异常）

现在让我们假设 {Binding} 可以是用于双向绑定。一般来说，{Binding} 创建一个带有数据上下文的基于值的链接，该链接不允许更新数据上下文。

而{Binding Path=.} 使用“Path”引用的内存区域创建基于引用的链接，允许通过引用更新值。（在本例中，“点”是当前数据上下文）。

希望这有帮助！

Answer 4

这些不一样。如果您在 ConsoleMessages 是仅带有 {Binding} 的 ObservableCollection 字符串的情况下绑定它，您会得到“双向绑定需要 Path 或 XPath”。异常，其中 {Binding Path=.} 有效。这是 WPF 4.0...

    <ItemsControl x:Name="ConsoleOutput" ItemsSource="{Binding ConsoleMessages, Mode=OneWay}" MaxHeight="400">
        <ItemsControl.ItemTemplate>
            <DataTemplate>
                <TextBox Text="{Binding Path=.}" BorderThickness="0" Margin="0" />
            </DataTemplate>
        </ItemsControl.ItemTemplate>
    </ItemsControl>

我的 2p 值...