L'accès parent DataContext de DataTemplate

J'ai un ListBox qui se lie à un enfant de la collection sur un ViewModel. La liste des éléments sont décorées dans un datatemplate basée sur une propriété sur le parent ViewModel:

<Style x:Key="curveSpeedNonConstantParameterCell">
   <Style.Triggers>
      <DataTrigger Binding="{Binding Path=DataContext.CurveSpeedMustBeSpecified, 
          ElementName=someParentElementWithReferenceToRootDataContext}" 
          Value="True">
          <Setter Property="Control.Visibility" Value="Hidden"></Setter>
      </DataTrigger>
   </Style.Triggers>
</Style>

J'obtient l'erreur de sortie:

System.Windows.Data Error: 39 : BindingExpression path error: 
 'CurveSpeedMustBeSpecified' property not found on 
   'object' ''BindingListCollectionView' (HashCode=20467555)'. 
 BindingExpression:Path=DataContext.CurveSpeedMustBeSpecified; 
 DataItem='Grid' (Name='nonConstantCurveParametersGrid');
 target element is 'TextBox' (Name=''); 
 target property is 'NoTarget' (type 'Object')

Donc si je change l'expression de liaison de "Path=DataContext.CurrentItem.CurveSpeedMustBeSpecified" cela fonctionne, mais seulement aussi longtemps que le datacontext de la mère de contrôle de l'utilisateur est un BindingListCollectionView. Ce n'est pas acceptable, car le reste de l'utilisateur le contrôle se lie aux propriétés de la CurrentItem sur le BindingList automatiquement.

Comment puis-je spécifier une expression de liaison de l'intérieur le style de sorte qu'il fonctionne quel que soit le parent contexte de données vue d'une collection ou d'un seul élément?

InformationsquelleAutor Marius | 2010-08-04

142

J'ai eu des problèmes avec la source par rapport à Silverlight. Après la recherche et la lecture je n'ai pas trouver une solution adaptée sans aide supplémentaire bibliothèque de Liaison. Mais, ici, c'est une autre approche pour l'obtention de l'accès à la société mère DataContext en faisant directement référence à un élément de qui vous savez le contexte de données. Il utilise Binding ElementName et fonctionne très bien, aussi longtemps que vous respectez votre propre dénomination et n'ont pas lourd réutilisation de templates/styles à travers des composants:
```
<ItemsControl x:Name="level1Lister" ItemsSource={Binding MyLevel1List}>
  <ItemsControl.ItemTemplate>
    <DataTemplate>
      <Button Content={Binding MyLevel2Property}
              Command={Binding ElementName=level1Lister,
                       Path=DataContext.MyLevel1Command}
              CommandParameter={Binding MyLevel2Property}>
      </Button>
    <DataTemplate>
  <ItemsControl.ItemTemplate>
</ItemsControl>
```
Cela fonctionne aussi si vous mettez le bouton en Style/Template:
```
<Border.Resources>
  <Style x:Key="buttonStyle" TargetType="Button">
    <Setter Property="Template">
      <Setter.Value>
        <ControlTemplate TargetType="Button">
          <Button Command={Binding ElementName=level1Lister,
                                   Path=DataContext.MyLevel1Command}
                  CommandParameter={Binding MyLevel2Property}>
               <ContentPresenter/>
          </Button>
        </ControlTemplate>
      </Setter.Value>
    </Setter>
  </Style>
</Border.Resources>

<ItemsControl x:Name="level1Lister" ItemsSource={Binding MyLevel1List}>
  <ItemsControl.ItemTemplate>
    <DataTemplate>
      <Button Content="{Binding MyLevel2Property}" 
              Style="{StaticResource buttonStyle}"/>
    <DataTemplate>
  <ItemsControl.ItemTemplate>
</ItemsControl>
```
Au début, je pensais que le x:Names des éléments parents ne sont pas accessibles à partir d'un élément basé sur un modèle, mais depuis je n'ai pas trouvé de meilleure solution, je l'ai juste essayé, et il fonctionne très bien.
- J'ai ce code exact dans mon projet, mais c'est une fuite Viewmodel (Finaliseur pas appelé, Commande de liaison semble conserver DataContext). Pouvez-vous vérifier que ce problème existe pour vous?
- cela fonctionne, mais est-il possible de le faire alors qu'il mettrait le feu pour tous les itemscontrols qui mettent en œuvre le même modèle? Le nom est unique, donc nous avons besoin d'un gabarit pour chaque, à moins que quelque chose m'échappe.
- mépris de ma dernière, je l'ai eu à travailler en utilisant relativesource avec findancestor et de la recherche par ancestortype, (donc tous les mêmes sauf de ne pas faire des recherches par nom). Dans mon cas, je le répète, l'utilisation de ItemsControls chaque mise en œuvre d'un modèle de sorte que la mienne ressemble à ça: Command="{Binding RelativeSource={RelativeSource FindAncestor, AncestorType={x:Type de ItemsControl}}, Path=DataContext.OpenDocumentBtnCommand}"
InformationsquelleAutor Juve
43

Vous pouvez utiliser RelativeSource pour trouver l'élément parent, comme ce -
```
Binding="{Binding Path=DataContext.CurveSpeedMustBeSpecified, 
RelativeSource={RelativeSource AncestorType={x:Type local:YourParentElementType}}}"
```
Voir cette SORTE de question pour plus de détails sur RelativeSource.
- J'ai eu de spécifier Mode=FindAncestor pour que ça fonctionne, mais ça fonctionne et est bien mieux dans un MVVM scénario, car il évite de nommage des contrôles. Binding="{Binding Path=DataContext.CurveSpeedMustBeSpecified, RelativeSource={RelativeSource Mode=FindAncestor, AncestorType={x:Type local:YourParentElementType}}}"
- travailler comme un charme <3 et ne pas avoir à spécifier le mode .net 4.6.1
InformationsquelleAutor akjoshi
27

RelativeSource vs ElementName

Ces deux approches, on peut obtenir le même résultat,

RelativeSrouce
```
Binding="{Binding Path=DataContext.MyBindingProperty, 
          RelativeSource={RelativeSource AncestorType={x:Type Window}}}"
```
Cette méthode semble pour un contrôle d'un type de Fenêtre (dans cet exemple) dans l'arborescence visuelle et quand il en trouve fondamentalement, vous pouvez accéder à ses DataContext à l'aide de la Path=DataContext..... Les avantages de cette méthode est que vous n'avez pas besoin d'être lié à un nom et c'est une sorte de dynamique, toutefois, les modifications apportées à votre arborescence visuelle peuvent affecter cette méthode et, éventuellement, de le casser.

ElementName
```
Binding="{Binding Path=DataContext.MyBindingProperty, ElementName=MyMainWindow}
```
Cette méthode renvoie à une solide statique Name tant et aussi longtemps que votre champ d'application de la voir, vous êtes beaux.Vous devriez coller à votre convention d'affectation de noms pour ne pas casser cette méthode de cours.L'approche est qute simple et tout ce que vous besoin de faire est de spécifier un Name="..." pour votre Fenêtre/UserControl.

Bien que tous les trois types (RelativeSource, Source, ElementName) sont capables de faire la même chose, mais selon l'article MSDN suivant, chacun de mieux être utilisées dans leur propre domaine de spécialité.

Comment: Spécifier la Source de Liaison

Trouver une brève description de chacun, plus un lien vers plus de détails dans le tableau en bas de la page.

InformationsquelleAutor Mehrad

Je cherchais comment faire quelque chose de similaire dans WPF et j'ai eu cette solution:

<ItemsControl ItemsSource="{Binding MyItems,Mode=OneWay}">
<ItemsControl.ItemsPanel>
    <ItemsPanelTemplate>
        <StackPanel Orientation="Vertical" />
    </ItemsPanelTemplate>
</ItemsControl.ItemsPanel>
<ItemsControl.ItemTemplate>
    <DataTemplate>
        <RadioButton 
            Content="{Binding}" 
            Command="{Binding Path=DataContext.CustomCommand, 
                        RelativeSource={RelativeSource Mode=FindAncestor,      
                        AncestorType={x:Type ItemsControl}} }"
            CommandParameter="{Binding}" />
    </DataTemplate>
</ItemsControl.ItemTemplate>

J'espère que cela fonctionne pour quelqu'un d'autre. J'ai un contexte de données qui est configuré automatiquement à la ItemsControls, et ce contexte de données a deux propriétés: MyItems -qui est un de la collection, et une commande 'CustomCommand'. En raison de la ItemTemplate est à l'aide d'un DataTemplate, le DataContext de niveaux supérieurs n'est pas directement accessible. Ensuite, la solution de contournement pour obtenir le DC du parent est d'utiliser un chemin relatif et filtrer par ItemsControl type.

InformationsquelleAutor hmadrigal

0

le problème est que d'un DataTemplate n'est pas une partie d'un élément de sa appliquée.

cela signifie que si vous liez le modèle que vous êtes en se liant à quelque chose qui n'a pas de contexte.

toutefois, si vous placez un élément à l'intérieur du modèle puis, quand cet élément est appliqué à la mère, elle gagne un contexte et de la liaison fonctionne alors

donc cela ne fonctionnera pas
```
<DataTemplate >
    <DataTemplate.Resources>
        <CollectionViewSource x:Key="projects" Source="{Binding Projects}" >
```
mais cela fonctionne parfaitement
```
<DataTemplate >
    <GroupBox Header="Projects">
        <GroupBox.Resources>
            <CollectionViewSource x:Key="projects" Source="{Binding Projects}" >
```
parce que, après le datatemplate est appliqué à la zone de groupe est placé dans le parent et avoir accès à son Contexte

de sorte que tous vous avez à faire est de supprimer le style du modèle et de le déplacer dans un élément dans le modèle

note que le contexte pour un itemscontrol est l'élément le contrôle
ie ComboBoxItem pour ComboBox pas la zone de liste déroulante dans ce cas, vous devez utiliser les commandes ItemContainerStyle au lieu

InformationsquelleAutor MikeT

Vous devez vous connecter pour publier un commentaire.