Form_Load() 'event' ou Override OnLoad()

Question

J'aimerais que quelqu'un essaie d'expliquer la différence entre ceux-ci. Plus précisément, exemple de scénario d'utilisation.

Je suis refactoring du code Windows Form et un Form a un code en cas Form_Load() et aussi un événement protected override void OnLoad() qui appelle base.OnLoad(e); Maintenant, je traçais et les feux de Override d'abord, puis immédiatement se déclenche au large de la version événement.

Alors, lequel est généralement utilisé et pourquoi?

Answer 1

Vous devez toujours remplacer OnLoad(). L'utilisation de l'événement n'est appropriée que lorsque une autre classe serait intéressée par l'événement. Quels sont les événements pour lesquels? Une autre classe intéressée par l'événement Load est très rare, seulement très utile pour faire des arrangements de fenêtres.

Néanmoins, l'événement Load fonctionne bien avec le concepteur et les programmeurs VB6 sont très à l'aise avec celui-ci. Ce n'est pas horriblement faux, vous auriez seulement des ennuis quand vous commencerez à hériter du formulaire et que le code ne fonctionnera pas dans le bon ordre.

La plupart du code qui est maintenant placé dans l'événement Load appartient réellement au constructeur. Vous avez seulement besoin de OnLoad si:

• Vous devez connaître la taille et la position exactes de la fenêtre. OnLoad est le meilleur, la fenêtre Handle est créée et les préférences de l'utilisateur sont appliquées (titre et taille de la bordure) et le formulaire a été mis à l'échelle comme indiqué par la propriété Form.AutoScaleMode. La fenêtre n'est pas encore visible, un très bon moment pour déplacer la fenêtre ailleurs ou pour organiser les contrôles enfants.
• Vous avez du code qui nécessite la propriété Handle. C'est subtil, vous ne pouvez pas toujours le dire. Si le code du constructeur est malsain, la fenêtre est créée avant la fin du constructeur. Il arrive généralement à une bonne fin, mais il peut rendre la création de la forme très lente. Facile à diagnostiquer depuis la fenêtre Call Stack.
• Pour éviter un bug dans l'implémentation de MDI. Si vous créez un enfant MDI dans le constructeur parent, vous obtiendrez des glyphes dupliqués, visibles lorsque vous agrandissez l'enfant. Créez plutôt l'enfant dans OnLoad.

Answer 2

OnLoad déclenche le Charger l'événement, géré par . Voir le . Donc, dans votre code, à la fin de votre fonction d'initialisation, vous pouvez appeler la fonction OnLoad. La classe de base appelle alors vos gestionnaires d'événements (dans ce cas), que vous avez peut-être définis dans votre code d'initialisation.

Personnellement, je placerais mon code dans le Form_Init et laisserais OnLoad pour lancer l'événement, puisque je gère l'événement, bien que vous puissiez défendre soit avec raison, comme vous le voyez dans vos réponses.

Answer 3

Lors de la substitution OnLoad, l'appel à base.OnLoad appelle l'événement Load -event du formulaire.

protected override void OnLoad(EventArgs e) 
{ 
    // do stuff before Load-event is raised 
    base.OnLoad(e); 
    // do stuff after Load-event was raised 
} 

Si vous n'avez pas besoin spécifiquement pour effectuer des choses avant que la charge événement est soulevée, en plaçant le code dans OnLoadaprèsbase.OnLoad(e) donne le même comportement d'exécution en le plaçant dans le gestionnaire d'événements .

Je vous recommande de remplacer la méthode plutôt que de vous abonner à l'événement.