Son "{Binding Path =.}" Y "{Binding}" realmente iguales

Question

En mi proyecto WPF, tengo un ListBox que muestra elementos de una colección List<string>. Quería que el texto de estos elementos fuera editable, así que envolví cada uno de ellos en una ItemTemplate con un TextBox (podría no ser la mejor manera, pero soy nuevo en WPF). Estaba teniendo problemas simplemente vinculando la propiedad TextBoxes 'Text al valor de cada elemento. Finalmente me encontré con un ejemplo usando un solo punto o el plazo de su propiedad Path ({Binding Path=.}):

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

Sin embargo, yo no entiendo por qué el simple uso de {Binding} no funcionó.

Se planteó una "dos vías de unión requiere Ruta o XPath" excepción, ya que according to Microsoft: (.) ​​

[...] un período de ruta se puede usar para unirse a la corriente fuente. Por ejemplo, Text = "{Binding}" es equivalente al texto = "{Binding Path =.}"

Podría alguien arrojar luz sobre este comportamiento ambiguo?

EDIT: Por otra parte, parece {Binding Path=.} no necesariamente para obtener una de dos vías de unión, como modificar el texto y mover el foco no se actualiza la fuente subyacente (la misma fuente tiene también propiedades visualiza y se modificó con éxito en una cuadrícula de datos controlar). Definitivamente me falta algo aquí.

Answer 1

La documentación indica que {Binding} es equivalente a {Binding Path=.}. Sin embargo, es no equivalente a {Binding Path} como ha escrito. Si incluye la propiedad Path, debe asignarla a algo, ya sea Path=. o Path=OtherProperty.

Answer 2

Estos no son lo mismo. Si enlaza esto donde ConsoleMessages es una cadena ObservableCollection con solo {Binding} obtiene un "enlace bidireccional que requiere Path o XPath". excepción donde funciona como {Binding Path =.}. Esto es con 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> 

Mi 2p pena ...

Answer 3

El punto de la excepción es de suponer que no se puede bidireccional enlazar un código vinculante en sí, por lo que trata de evitar desde la creación de un enlace que no se comporta de la manera que le gustaría. Al usar {Binding Path=.}, simplemente engaña el manejo de errores.

(Además, no es insólito que la documentación es errónea o inexacta, aunque me gusta la documentación de MSDN mucho en general, ya que por lo general contiene los puntos cruciales uno está interesado en)

Answer 4

En resumen, la diferencia entre los dos es análoga a la diferencia entre el paso tradicional por valor y el pase por referencia.(ARY - What's the difference between passing by reference vs. passing by value?)

Sin embargo, yo no entiendo por qué el simple uso de {Binding} no funcionó (se levantó una "unión de dos vías requiere Ruta o XPath" excepción)

Lets asuma aquí por ahora que {Binding} se puede usar para el enlace bidireccional. En general, {Binding} crea un enlace basado en el valor con datacontext que no permite actualizar el contexto de datos.

Considerando que {Binding Path=.} crea un enlace basado en referencia con el área de memoria referenciada por la 'Ruta' que permite actualizar el valor mediante referencia (en este caso 'dot' el actualcontexto de datos).

Espero que esto ayude!