FrameworkElement.ParentLayoutInvalidated(UIElement) Methode
Definition
Wichtig
Einige Informationen beziehen sich auf Vorabversionen, die vor dem Release ggf. grundlegend überarbeitet werden. Microsoft übernimmt hinsichtlich der hier bereitgestellten Informationen keine Gewährleistungen, seien sie ausdrücklich oder konkludent.
Unterstützt inkrementelle Layoutimplementierungen in spezielle Unterklassen des FrameworkElement. ParentLayoutInvalidated(UIElement) wird aufgerufen, wenn ein untergeordnetes Element eine Eigenschaft für ungültig erklärt hat, die in den Metadaten entsprechend markiert ist, dass sie das Measure oder die Anordnungsdurchläufe des übergeordneten Elements während des Layouts beeinflusst.
protected public:
virtual void ParentLayoutInvalidated(System::Windows::UIElement ^ child);protected internal virtual void ParentLayoutInvalidated (System.Windows.UIElement child);abstract member ParentLayoutInvalidated : System.Windows.UIElement -> unit
override this.ParentLayoutInvalidated : System.Windows.UIElement -> unitProtected Friend Overridable Sub ParentLayoutInvalidated (child As UIElement)Parameter
- child
- UIElement
Das untergeordnete Element, das die Änderung meldet.
Hinweise
Wenn dieses Element über ein untergeordnetes Element verfügt, für das eine Eigenschaft ungültig wurde und die Eigenschaft während der Registrierung als AffectsParentMeasure oder AffectsParentArrange in Eigenschaftenmetadaten gekennzeichnet wurde, wird diese Methode aufgerufen. Der Methodenaufruf benachrichtigt das übergeordnete Element, welches bestimmte untergeordnete Element erneut gemessen werden muss, wenn dieses Element eine partielle (inkrementelle) Aktualisierung des Layouts unterstützt.
Standardmäßig FrameworkElement unterstützt kein inkrementelles Layout, und in der FrameworkElement -Klasse verfügt diese Methode über keine Standardimplementierung. Das Szenario, in dem eine Außerkraftsetzung dieser Methode erforderlich wäre, ist nicht üblich, da Sie das Standardverhalten des Layoutsystems ändern müssen.
Ein Beispiel für ein Implementierungsszenario kann sein, wenn eine Klasse Typbeschränkungen für mögliche untergeordnete Elemente aufweist, die deutlich restriktiver sind als das Layoutsystem auf WPF-Frameworkebene. Aufgrund der Natur dieser benutzerdefinierten Elemente können Eigenschaftsänderungen absichtlich verzögert werden, wenn Sie ein benutzerdefiniertes Layoutverhalten implementieren. Beispielsweise können Measure-/Arrange-Methodenüberschreibungen, die versuchen, den Renderdurchlauf des untergeordneten Elements zu optimieren, für bestimmte Arten von Änderungen verzögert werden, die normalerweise zu einem anderen Layoutdurchlauf führen würden.
