FrameworkElement die DataContext-Eigenschaft NICHT Erben, unten das element Baum

Hallo WPF-Profis, ich hoffe zumindest, dass einige von Euch dies Lesen!

DataContext ist eine Eigenschaft, die auf FrameworkElement (Basis-Klasse für alle WPF-Controls) und ist implementiert als eine DependencyProperty. Das bedeutet, dass alle der untergeordneten Elementen in der logischen Struktur teilen die gleichen DataContext.

So das ContentControl sollte es tun, mit seinen untergeordneten Elemente richtig?

Habe ich ein Szenario, wo das ist NICHT der Fall und ich würde gerne wissen, WAS ist die Ursache für das Fehlverhalten ?!

Dass Sie verstehen ein bisschen mehr darüber Lesen Sie bitte in diesem thread ( nicht NICHT kopieren wollen, alles hier), wo der ärger beginnt...:

WPF: Kann nicht finden, die Trigger target 'cc'. Das Ziel muss vor allen Setter, Trigger

und zu sagen, dass es in kurzen Worten: Meine DataTemplates in das ContentControl haben einen Toten DataContext das bedeutet, dass es NICHTS zu binden, was eigentlich nicht möglich...

Jedes Element down der ContentControl hat NICHTS eingestellt in der DataContext-Eigenschaft ???

InformationsquelleAutor Elisabeth | 2010-12-18

21

DataContext ist eine Eigenschaft, die auf
FrameworkElement (Basis-Klasse für alle
WPF-Controls) und ist implementiert als eine
DependencyProperty. Das bedeutet, dass alle
untergeordnete Elemente in der logischen
Baum teilen die gleichen DataContext.

Die Tatsache, dass es eine Abhängigkeitseigenschaft bedeutet nicht, Vererbung... Es ist wahr für DataContext, aber nur, weil die Abhängigkeit Eigenschaft hat die FrameworkPropertyMetadataOptions.Inherits Flagge in Ihren Metadaten.

Also das ContentControl sollte es tun
mit seinen untergeordneten Elemente richtig?

ContentControl ist etwas besonderes: die DataContext seiner Nachkommen (visual tree gebaut von der DataTemplate) ist eigentlich der Content des ContentControl. Also, wenn Ihr ContentControl keinen Inhalt hat, die DataContext im inneren ist es null.
- Meine ContentControl HAT ein DataContext-wie PersonListViewModel, aber das problem scheint zu sein, einen Knoten unten den ContentPresenter und dessen Content-Eigenschaft ist nicht festgelegt und der DataContext ist das auch NICHT. Ok, ich verstehe deine Antwort, obwohl es klingt immer noch ein wenig seltsam für mich. So ist die Lösung, die Meleak mir anbot, war eigentlich kein workaround, sondern das einzige, was er können/tun müssen. Jede andere Lösung/Meinung zu diesem Thema ?
- Ihre ContentControl hat ein DataContext, aber muss es ein Inhalt ?
- Es gibt keine "Inhalte" - Eigenschaft in das ContentControl mit Snoop. In XAML gibt es... ?? Ein Knoten da unten ist der ContentPresenter die eine Content-Eigenschaft und das ist leer.
- Standardmäßig Snoop zeigt nicht die Eigenschaften sind, auf Ihren Standardwert gesetzt, können Sie diese anzeigen lassen mit dem "D" - Taste. Eh, das bedeutet wahrscheinlich, dass der Inhalt null ist, was erklärt, warum Sie noch keinen DataContext in den Nachkommen
- Ja das "D" oben rechts in der Ecke von snoop... Ihr hatten Recht, der Inhalt ist leer, also keine DataContext. Die Frage ist nur, warum ist der Content-Eigenschaft leer ?
- Naja, vielleicht weil Sie es nicht... ich kann nur Vermutungen anstellen, da Sie nicht nach dem code
- ah sorry, ich dachte, Sie wissen, dass link aus dem anderen thread mit Meleak: sendspace.com/file/a427u1 es ist ok für Sie zum download das VS2010 Projekt? posten von code hier wird eine Menge prolly?
- Über diese Antwort akzeptiert, warum ist dies der Fall? Es scheint wie eine böse gotcha, für die können, sehe ich keinen Grund, aber ich bin mir sicher, dass es einen Grund gibt.
- Ich verstehe nicht, Ihre Frage. Warum ist das, was der Fall ist?
- Warum ist es der Fall, dass ContentControls müssen Ihre Inhalte für Ihre DataContexts auf einen Wert, während so viele andere WPF-Einheiten mit Unterstützung für direct DataContext Vererbung?
- meine Vermutung ist, dass, wenn es der Fall ist, es würde dazu führen, Verschachtelungs-Probleme mit impliziten Daten Vorlagen. Zum Beispiel, angenommen, Sie haben ein DataTemplate für Typ X (deklariert in Ressourcen, die mit Typ X als Schlüssel, so dass es automatisch aufgenommen, in ContentControls), und das DataTemplate enthält ein ContentControl. Wenn Sie nicht die Inhalte auf dieser ContentControl, und die DataContext vererbt wird als der Inhalt, dann das ContentControl möchten, verwenden Sie die gleichen DataTemplate, um seinen Inhalt anzuzeigen, wodurch unendliche Verschachtelung...
- Aber das ist wohl eine bewusste design-Entscheidung, die vielleicht nichts zu tun haben mit der Erklärung oben... man müsste Fragen Sie die Microsoft für die wirklichen Gründe.
InformationsquelleAutor Thomas Levesque
13

Dieser arbeitete für mich:
```
<ContentControl ContentTemplate="{StaticResource NotesTemplate}"
                Content="{Binding}"
                DataContext="{Binding HeightField}"/>
```
Ohne die Content="{Binding}", den DataContext war NULL
- Dies kann vereinfacht werden, leicht zu <ContentControl ContentTemplate="{StaticResource NotesTemplate}" Content="{Binding HeightField}"/>
InformationsquelleAutor VinceF

Die Letzte Antwort (von VinceF) arbeitete für mich auch.

Wollte ich zeigen ein usercontrol-je nach dem Wert einer Eigenschaft im viewmodel. Also machte ich ein ContentControl mit Stil Löst. Je nach dem Wert einer Eigenschaft binden der trigger setzt eine bestimmte ContentTemplate mit den spezifischen usercontrol.

Usercontrol war auf der rechten Seite gezeigt, aber seine DataContext war immer null. Also musste ich den Kontext des ContentControl zu: Content="{Binding}" Danach, die Benutzersteuerelemente fein gearbeitet und hatten den gleichen DataContext wie Ihre Eltern.

Also mein XAML-Code sieht so aus:

In der Ressourcen Teil I definiert zwei DataTemplates; jeweils eine für jedes UserControl, die ich zeigen will.

<DataTemplate x:Key="ViewA">
    <namespace:UserControlA/>
</DataTemplate>
<DataTemplate x:Key="ViewB">
    <namespace:UserControlB/>
</DataTemplate>

Den Teil, wo ich zeigen das Benutzersteuerelement in Abhängigkeit einer Eigenschaft ist der folgende:

<ContentControl Content="{Binding}">
    <ContentControl.Style>
        <Style>
            <Style.Triggers>
                <DataTrigger Binding="{Binding Path=Property}" Value="0">
                    <Setter Property="ContentControl.ContentTemplate" Value="{StaticResource ViewA}" />
                </DataTrigger>
                <DataTrigger Binding="{Binding Path=Property}" Value="1">
                    <Setter Property="ContentControl.ContentTemplate" Value="{StaticResource ViewB}" />
                </DataTrigger>
            </Style.Triggers>
        </Style>
    </ContentControl.Style>
</ContentControl>

InformationsquelleAutor Ratio42

nach dem Lesen diese Frage und die bisherigen Antworten, ich ziehe mit ContentControl mit Daten ausgelöst, die Inhalte wie diese:

Steuert, welche wird als Inhalt des ContentControl:

<TextBox x:Key="ViewA">
   ...
</TextBox>
<ComboBox x:Key="ViewB">
   ...
</ComboBox>

ContentControl die switch-eigene Inhalte per DataTrigger in ContentControl Stil:

<ContentControl>
  <ContentControl.Style>
    <Style>
        <Style.Triggers>
            <DataTrigger Binding="{Binding Path=Property}" Value="0">
                <Setter Property="Content" Value="{StaticResource ViewA}" />
            </DataTrigger>
            <DataTrigger Binding="{Binding Path=Property}" Value="1">
                <Setter Property="Content" Value="{StaticResource ViewB}" />
            </DataTrigger>
        </Style.Triggers>
    </Style>
  </ContentControl.Style>
</ContentControl>

Ich hoffe, dies hilft jemand, wie die vorherigen Antworten zu mir.

InformationsquelleAutor Petr Šebesta

Schreibe einen Kommentar

Du musst angemeldet sein, um einen Kommentar abzugeben.