FrameworkElement.ParentLayoutInvalidated(UIElement) Método
Definição
Importante
Algumas informações dizem respeito a um produto pré-lançado que pode ser substancialmente modificado antes de ser lançado. A Microsoft não faz garantias, de forma expressa ou implícita, em relação à informação aqui apresentada.
Suporta implementações incrementais de layout em subclasses especializadas de FrameworkElement. ParentLayoutInvalidated(UIElement) é invocado quando um elemento filho invalidou uma propriedade que está marcada nos metadados como afetando as passagens de medidas ou arranjos do pai durante o layout.
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
O elemento filho a reportar a mudança.
Observações
Se este elemento tiver um elemento filho no qual alguma propriedade foi invalidada e a propriedade foi marcada como AffectsParentMeasure ou AffectsParentArrange nos metadados da propriedade durante o registo, este método é invocado. A invocação do método notifica o elemento pai qual o elemento filho específico que deve ser remedido se este elemento suportar uma atualização parcial (incremental) do layout.
Por defeito, FrameworkElement não suporta layout incremental, e na FrameworkElement classe este método não tem implementação por defeito. O cenário em que sobrescrever este método seria necessário não é comum, porque exige que modifiques o comportamento padrão do sistema de layout.
Um exemplo de cenário de implementação poderia ser se uma classe tivesse limitações de tipo para possíveis elementos filhos que sejam significativamente mais restritivas do que o sistema de layout ao nível da framework WPF. Devido à natureza destes elementos personalizados, as alterações de propriedades podem ser deliberadamente adiadas quando se implementa algum comportamento de layout personalizado. Por exemplo, sobreposições de métodos measure/arrangement, que tentam otimizar a passagem de renderização do elemento filho, podem ser adiadas para certos tipos de alterações que normalmente resultariam numa nova passagem de layout.
