Virtualizing WPF Wraps Panel Problème

La méthode OnitemSchanged doit bien gérer correctement les paramètres ARGS. S'il vous plaît voir cette Question pour plus d'informations. Copier le code de cette question, vous devrez mettre à jour suremschanged comme:

protected override void OnItemsChanged(object sender, ItemsChangedEventArgs args) {
    base.OnItemsChanged(sender, args);
    _abstractPanel = null;
    ResetScrollInfo();

    // ...ADD THIS...
    switch (args.Action) {
        case NotifyCollectionChangedAction.Remove:
        case NotifyCollectionChangedAction.Replace:
            RemoveInternalChildRange(args.Position.Index, args.ItemUICount);
            break;
        case NotifyCollectionChangedAction.Move:
            RemoveInternalChildRange(args.OldPosition.Index, args.ItemUICount);
            break;
    }
}

explication du problème

Vous avez demandé une explication de ce qui se passe mal aussi bien que des instructions sur la manière de le réparer. Jusqu'à présent, personne n'a expliqué le problème. Je le ferai.

Dans la liste de liste avec un virtualizingwrappanel Il existe cinq structures de données distinctes qui suivent des éléments de suivi, chacun de différentes manières:

1. itemsSource: la collection originale (dans ce cas Observablecollection)
2. COLLECTIONVIEW: Garde une liste séparée d'éléments triés / filtrés / groupés (uniquement si l'une de ces fonctionnalités est utilisée)
3. itemContainergénérateur: suit la mappage entre les éléments et les conteneurs
4. internalchildren: les conteneurs de pistes actuellement visibles
5. wrappanelabstraction: pistes que les conteneurs apparaissent sur quelle ligne

   Lorsqu'un élément est retiré des élémentsSource, cette suppression doit être propagée via toutes les structures de données. Voici comment ça marche:

   1. Vous appelez supprimer () sur l'itemSource
   2. itemsSource supprime l'article et incendie sa collectionChanged qui est gérée par la collectionView
   3. CollectionView supprime l'élément (si le tri / filtrage / regroupement est utilisé) et tire sa collection de collection qui est traitée par l'élémentContainerergénérateur
   4. itemContainerergénerer met à jour sa cartographie, incendie ses élémentschangés qui sont gérés par VirtualizingPanel
   5. VirtualizingPanel appelle sa méthode virtuelle Onitemchanged mise en œuvre par VirtualizingWrappanel
   6. VirtualizingWrappanel rejette son wrappanelabstraction de sorte qu'il sera construit, mais il ne met jamais à jour les internomentres

      Pour cette raison, la collection internalchildren est désynchronisée avec les quatre autres collections, ce qui a conduit aux erreurs expérimentées.

      Solution au problème

      Pour résoudre le problème, ajoutez le code suivant n'importe où dans la méthode Onitemschanged de virtualisatricewrappanel: xxx

      Ceci maintient la collection internalchildren en synchronisation avec les autres structures de données.

      Pourquoi addInternalchild / insertinernalchild n'est pas appelé ici

      Vous pouvez vous demander pourquoi il n'y a pas d'appels à insérer Nationinernalchild ou Addinernalchild dans le code ci-dessus, et surtout pourquoi la manutention Remplacer et déplacer ne nécessite pas que nous ajoutons d'ajouter un nouvel élément pendant OnitemSchanged.

      La clé pour comprendre cela est de la manière que l'élémentContainergénération fonctionne.

      Lorsque l'élémentContainerergenerator reçoit un éventuel éventuel Tout immédiatement:

      1. itemContainergerAnerator supprime immédiatement l'élément de ses propres structures de données
      2. itemContaingerernerator déclenche l'événement IdemChanged. Le panneau devrait immédiatement retirer le conteneur.
      3. itemContaingerernérateur "n'apparegre" le conteneur en supprimant son DataContext

         D'autre part, l'élémentContaingerernérateur apprend qu'un élément est ajouté, tout est généralement différé:

         1. itemContainerergénerer ajoute immédiatement un "emplacement" pour l'élément de sa structure de données mais ne crée pas de conteneur
         2. itemContaingerernerator déclenche l'événement IdemChanged. Le panneau appelle InvalidateMeeeasure () [Ceci est fait par la classe de base - vous n'êtes pas obligé de le faire]
         3. Plus tard, lorsque la messeOverRide est appelée, le générateur.startat / MOVENNTEXT est utilisé pour générer les conteneurs d'élément. Tous les conteneurs nouvellement générés sont ajoutés aux internautes à cette époque.

            Ainsi, tous les déménagements de la collection internalchildren (y compris ceux qui font partie d'un déplacement ou de remplacement) doivent être effectués à l'intérieur suremschanged, mais des ajouts peuvent (et doivent) être différés jusqu'à la prochaine mesure.