UIElement.Arrange(Rect) Méthode

Définition

Espace de noms:

Microsoft.UI.Xaml

Positionne les objets enfants et détermine une taille pour un UIElement. Les objets parents qui implémentent une disposition personnalisée pour leurs éléments enfants doivent appeler cette méthode à partir de leurs implémentations de remplacement de disposition pour former une mise à jour de disposition récursive.

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)

Paramètres

finalRect

Rect

Taille finale que le parent calcule pour l’enfant dans la disposition, fournie sous forme de valeur Rect .

Exemples

Cet exemple montre comment utiliser Arrange dans une implémentation ArrangeOverride . L’idée de base est que vous devez interroger DesiredSize sur tout ce que vous tentez d’appeler Arrange afin d’avoir une valeur pour finalRect, sauf si votre implémentation de disposition a une conception spécifique qui modifie ou ignore la taille souhaitée avant de la passer en tant que 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);
}

Remarques

L’appel Arrange atteint potentiellement une implémentation ArrangeOverride de cette classe spécifique. Sinon, la plupart des classes FrameworkElement ont un comportement de disposition par défaut implicite pour Arrange.

Le calcul du positionnement initial de la disposition dans une interface utilisateur XAML se compose d’un appel de mesure et d’un Arrange appel, dans cet ordre. Pendant l’appel Measure , le système de disposition détermine les exigences de taille d’un élément à l’aide de la availableSize mesure. Pendant l’appel Organiser, le système de disposition finalise la taille et la position du cadre englobant d’un élément.

Lorsqu’une disposition est générée pour la première fois, elle a toujours un appel de mesure qui se produit avant Arrange. Toutefois, une fois la première disposition passée, un Arrange appel peut se produire sans Measure l’avoir précédé. Cela peut se produire lorsqu’une propriété qui affecte uniquement Arrange est modifiée (par exemple, l’alignement), ou lorsque le parent reçoit un Arrange sans Measure.

Un appel de mesure invalide automatiquement toutes les Arrange informations. Les mises à jour de disposition se produisent généralement de manière asynchrone (à un moment déterminé par le système de disposition). Un élément peut ne pas refléter immédiatement les modifications apportées aux propriétés qui affectent le dimensionnement de l’élément (par exemple , Width).

Les mises à jour de disposition peuvent être forcées par le code d’application plutôt que par le comportement du système de disposition intégré à l’aide de la méthode UpdateLayout . Toutefois, ce n’est pas recommandé. Il est généralement inutile et peut entraîner des performances médiocres en cas de surutilis. Dans de nombreuses situations où l’appel UpdateLayout à partir du code d’application peut être approprié en raison de modifications apportées aux propriétés, le système de disposition traite probablement déjà les mises à jour. Le système de disposition offre également des optimisations pour traiter les cascades de modifications de disposition par le biais de relations parent-enfant, et les appels UpdateLayout peuvent fonctionner contre de telles optimisations. Néanmoins, il est possible que des situations de disposition existent dans des scénarios plus complexes où l’appel UpdateLayout est la meilleure option pour résoudre un problème de minutage ou un autre problème de disposition. Il suffit de l’utiliser délibérément et avec parcimonie.

Voir aussi

• ArrangeOverride(Size)
• MeasureOverride(Size)