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 las subclases especializadas de FrameworkElement. ParentLayoutInvalidated(UIElement) se invoca cuando un elemento secundario invalida una propiedad que está marcada en los metadatos por afectar a los pasos de organización o medida del objeto 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 notifica el 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 la invalidación de este método sería necesaria no es habitual, 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 tenía limitaciones de tipos para 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 paso de representación de elementos secundarios, se podrían aplazar para determinados tipos de cambios que normalmente darían lugar a otro paso de diseño.