UIElement.Arrange(Rect) Método

public:
 virtual void Arrange(Rect finalRect) = Arrange;

void Arrange(Rect const& finalRect);

public void Arrange(Rect finalRect);

function arrange(finalRect)

Public Sub Arrange (finalRect As Rect)

Parâmetros

Exemplos

Este exemplo mostra como você usaria Arrange em uma implementação ArrangeOverride . A ideia básica é que você deve consultar DesiredSize em qualquer coisa que tentar chamar Arrange para que você tenha um valor para finalRect, a menos que sua implementação de layout tenha algum design específico que altere ou ignore o tamanho desejado antes de passá-lo como finalRect.

// Second arrange all children and return final size of panel
protected override Size ArrangeOverride(Size finalSize)
{
    // Get the collection of children
    UIElementCollection mychildren = Children;

    // Get total number of children
    int count = mychildren.Count;

    // Arrange children
    // We're only allowing 9 children in this panel.  More children will get a 0x0 layout slot.
    int i;
    for (i = 0; i < 9; i++)
    {

        // Get (left, top) origin point for the element in the 3x3 block
        Point cellOrigin = GetOrigin(i, 3, new Size(100, 100));

        // Arrange child
        // Get desired height and width. This will not be larger than 100x100 as set in MeasureOverride.
        double dw = mychildren[i].DesiredSize.Width;
        double dh = mychildren[i].DesiredSize.Height;

        mychildren[i].Arrange(new Rect(cellOrigin.X, cellOrigin.Y, dw, dh));

    }

    // Give the remaining children a 0x0 layout slot
    for (i = 9; i < count; i++)
    {
        mychildren[i].Arrange(new Rect(0, 0, 0, 0));
    }


    // Return final size of the panel
    return new Size(300, 300);
}

Comentários

A Arrange chamada atinge potencialmente uma implementação ArrangeOverride dessa classe específica. Caso contrário, a maioria das classes FrameworkElement tem um comportamento de layout padrão implícito para Arrange.

A computação do posicionamento inicial do layout em uma interface do usuário XAML consiste em uma chamada measure e uma Arrange chamada, nessa ordem. Durante a Measure chamada, o sistema de layout determina os requisitos de tamanho de um elemento usando a availableSize medida . Durante a chamada Organizar, o sistema de layout finaliza o tamanho e a posição da caixa delimitadora de um elemento.

Quando um layout é produzido pela primeira vez, ele sempre tem uma chamada measure que acontece antes Arrangede . No entanto, após a primeira passagem de layout, uma Arrange chamada pode ocorrer sem uma Measure anterior. Isso pode acontecer quando uma propriedade que afeta apenas Arrange é alterada (como alinhamento) ou quando o pai recebe um Arrange sem um Measure.

Uma chamada de Medida invalidará automaticamente qualquer Arrange informação. As atualizações de layout geralmente ocorrem de forma assíncrona (em um momento determinado pelo sistema de layout). Um elemento pode não refletir imediatamente as alterações nas propriedades que afetam o dimensionamento do elemento (como Width).

As atualizações de layout podem ser forçadas pelo código do aplicativo em vez de depender do comportamento interno do sistema de layout usando o método UpdateLayout . No entanto, isso não é recomendado. Geralmente, isso é desnecessário e pode causar baixo desempenho se usado em excesso. Em muitas situações em que a chamada UpdateLayout do código do aplicativo pode ser apropriada devido a alterações nas propriedades, o sistema de layout provavelmente já estará processando atualizações. O sistema de layout também tem otimizações para lidar com cascatas de alterações de layout por meio de relações pai-filho e chamar UpdateLayout pode funcionar em relação a essas otimizações. No entanto, é possível que existam situações de layout em cenários mais complicados em que chamar UpdateLayout é a melhor opção para resolver um problema de tempo ou outro problema com o layout. Use-o deliberadamente e com moderação.

Aplica-se a

Confira também

• ArrangeOverride(Size)
• MeasureOverride(Size)