FrameworkElement.ParentLayoutInvalidated(UIElement) Método
Definición
Importante
Parte de la información hace referencia a la versión preliminar del producto, que puede haberse modificado sustancialmente antes de lanzar la versión definitiva. Microsoft no otorga ninguna garantía, explícita o implícita, con respecto a la información proporcionada aquí.
Admite implementaciones de diseño incremental en subclases especializadas de FrameworkElement. ParentLayoutInvalidated(UIElement) se invoca cuando un elemento secundario invalida una propiedad marcada en los metadatos como que afecta a la medida o organización de los pasos del elemento primario durante el diseño.
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)Parámetros
- child
- UIElement
Elemento secundario que informa del cambio.
Comentarios
Si este elemento tiene un elemento secundario en el que se invalidó alguna propiedad y la propiedad se marcó como AffectsParentMeasure o AffectsParentArrange en metadatos de propiedad durante el registro, se invoca este método. La invocación de método notifica al elemento primario que debe volver a medir el elemento secundario determinado si este elemento admite la actualización parcial (incremental) del diseño.
De forma predeterminada, FrameworkElement no admite el diseño incremental y en la FrameworkElement clase este método no tiene ninguna implementación predeterminada. El escenario en el que reemplazar este método no sería necesario es común, ya que requiere que modifique el comportamiento predeterminado del sistema de diseño.
Un escenario de implementación de ejemplo podría ser si una clase tuviera limitaciones de tipo para los posibles elementos secundarios que son significativamente más restrictivos que el sistema de diseño de nivel de marco de WPF. Debido a la naturaleza de estos elementos personalizados, los cambios de propiedad se podrían aplazar deliberadamente al implementar algún comportamiento de diseño personalizado. Por ejemplo, las invalidaciones del método measure/arrange, que intentan optimizar el pase de representación del elemento secundario, se podrían aplazar para determinados tipos de cambios que normalmente generarían otro pase de diseño.
