Winforms: SuspendLayout/ResumeLayout n'est pas assez?

Nous avons vu ce problème aussi.

L'un des moyens que nous avons vu pour "fixer" c'est de suspendre le dessin du contrôle jusqu'à ce que nous sommes prêts à aller. Pour ce faire, nous envoyons le message WM_SETREDRAW pour le contrôle:

//Note that WM_SetRedraw = 0XB

//Suspend drawing.
UnsafeSharedNativeMethods.SendMessage(handle, WindowMessages.WM_SETREDRAW, IntPtr.Zero, IntPtr.Zero);

...

//Resume drawing.
UnsafeSharedNativeMethods.SendMessage(handle, WindowMessages.WM_SETREDRAW, new IntPtr(1), IntPtr.Zero);

Je vais l'approche de votre problème à partir d'un angle de la performance.

boucle foreach qui permettra de créer des étiquettes,
les ajouter à un groupe (double tampon)
et modifier leurs propriétés

Si c'est l'ordre de faire les choses, il y a place à l'amélioration. D'abord créer toutes vos étiquettes, modifier leurs propriétés, et quand ils sont prêts, ajoutez-les dans le panneau: Panel.Controls.AddRange(Control[])

La plupart du temps, tout ce que nous faisons est le tirage au sort
les coins arrondis et ajouter dégradé
à l'arrière-plan

Êtes-vous fait la même chose encore et encore? Comment sont vos dégradés généré? L'écriture d'une image ne peut être que lente. Une fois, j'ai dû créer un 1680x1050 dégradé en mémoire, et c'était très rapide, comme, trop vite pour Stopwatch, de sorte que le dessin d'un gradient ne peut pas être si dur.

Mon conseil serait d'essayer et de mettre en cache certaines choses. Ouvrir Peindre, dessiner vos coins et les enregistrer sur le disque, ou de générer une image en mémoire, juste une fois. Puis les charger (et redimensionner) en tant que de besoin. De même pour le dégradé.

Même si différentes des boutons de couleurs différentes, mais le même motif, vous pouvez créer une image bitmap avec de la Peinture ou quoi que ce soit et à l'exécution de la charge et de multiplier les valeurs de Couleur par une autre Couleur.

EDIT:

si nous suspendlayout du panneau avant de l'
boucle et reprendre la mise en page du panneau quand la boucle est terminée

Ce n'est pas ce SuspendLayout et ResumeLayout sont pour. Ils suspendre la logique de présentation, qui est, le positionnement automatique des contrôles. Les plus pertinents avec FlowLayoutPanel et TableLayoutPanel.

Comme pour le doublebuffering, je ne suis pas sûr que ça s'applique à dessiner personnalisé code (n'ai pas essayé). Je suppose que vous devez mettre en place votre propre.

Doublebuffering en un mot:
C'est très simple, un couple de lignes de code. Sur la peinture de l'événement, le rendu d'une image au lieu de rendre à la Graphics objet, puis dessinez l'image bitmap à l' Graphics objet.

Qu'il semble que vous êtes à la recherche d'un "composite" d'affichage, où l'ensemble de l'application est dessiné tout à la fois, presque comme un grand bitmap. C'est ce qui se passe avec les applications WPF, à l'exception de la "google chrome" autour de l'application (des choses comme la barre de titre, les poignées de redimensionnement et de barres de défilement).

Noter que normalement, sauf si vous avez raté avec certains styles de fenêtre, chaque contrôle de Formulaire Windows est responsable pour la peinture elle-même. Qui est, à chaque contrôle obtient une fissure à la WM_ PEINTURE, WM_ NCPAINT, WM_ERASEBKGND, etc peinture les messages et les poignées de ces messages de façon indépendante. Ce que cela signifie pour vous est que la double mise en mémoire tampon ne s'applique qu'à la seule commande qui vous avez affaire. Pour obtenir un peu près propre, composée effet, vous devez vous préoccuper non seulement avec des contrôles personnalisés qui vous sont le dessin, mais aussi le contrôle conteneur sur lequel ils sont placés. Par exemple, si vous disposez d'un Formulaire qui contient une Zone qui contient à son tour un certain nombre de personnalisé établi boutons, chacun de ces contrôles doivent avoir DoubleBuffered propriété est définie sur True. Notez que cette propriété est protégée, donc cela signifie que vous soit héritent pour les différents contrôles (juste pour définir la double mise en mémoire tampon de la propriété) ou d'utiliser la réflexion pour définir la propriété protégée. Aussi, pas de Windows tous les contrôles de Formulaire respecter les DoubleBuffered de la propriété, en interne, certains d'entre eux sont juste des wrappers autour de l'indigène "commun" des contrôles.

Il y a un moyen de définir un indicateur composite si vous utilisez Windows XP (et sans doute plus tard). Il est le WS_ EX_ COMPOSITE de style de fenêtre. Je l'ai utilisé avant de mélanger des résultats. Il ne fonctionne pas bien avec WPF/WinForm des applications hybrides et aussi ne pas trop jouer avec le contrôle DataGridView. Si vous aller dans cette voie, assurez-vous de faire beaucoup de tests sur des machines différentes, parce que j'ai vu d'étranges résultats. En fin de compte, j'ai abandonné l'utilisé de cette approche.

Peut-être d'abord appuyer sur un contrôle uniquement "visibles" (privé) de la mémoire tampon, puis le rendre:

Dans votre contrôle

BufferedGraphicsContext gfxManager;
BufferedGraphics gfxBuffer;
Graphics gfx;

Une fonction pour installer graphiques

private void InstallGFX(bool forceInstall)
{
    if (forceInstall || gfxManager == null)
    {
        gfxManager = BufferedGraphicsManager.Current;
        gfxBuffer = gfxManager.Allocate(this.CreateGraphics(), new Rectangle(0, 0, Width, Height));
        gfx = gfxBuffer.Graphics;
    }
}

Dans sa méthode de peinture

protected override void OnPaint(PaintEventArgs e)
{
    InstallGFX(false);
    //.. use GFX to draw
    gfxBuffer.Render(e.Graphics);
}

Dans sa méthode de redimensionnement

protected override void OnSizeChanged(EventArgs e)
{
    base.OnSizeChanged(e);
    InstallGFX(true); //To reallocate drawing space of new size
}

Le code ci-dessus a été quelque peu testé.

J'ai eu beaucoup de problèmes similaires dans le passé, et de la façon dont j'ai décidé qu'il était de recourir à un tiers de l'INTERFACE utilisateur de la suite (qui est, DevExpress) plutôt que la norme de Microsoft contrôles.

J'ai commencé à l'aide de Microsoft contrôles standard, mais j'ai trouvé que j'étais constamment le débogage de problèmes qui ont été causés par leurs contrôles. Le problème est aggravé par le fait que Microsoft n'a généralement pas de résoudre aucun des problèmes qui ont été identifiés et ils font très peu de présenter des solutions de contournement.

Je suis passé à DevExpress, et je n'ai que de bonnes choses à dire. Le produit est solide, ils offrent un grand soutien et de la documentation et oui, ils réellement l'écoute de leur clientèle. Tout le temps j'avais une question ou un problème, j'ai obtenu une réponse favorable dans un délai de 24 heures. Dans quelques cas, j'ai trouvé un bug et dans les deux cas, ils ont mis en place un corrigé pour la prochaine version de service.