Quelle est la différence entre surcharger code> méthode et
charger code> événement? Je développe des contrôles WinForm.
Devrais-je m'inscrire à
Charger code> événement ou remplacer la méthode CODE> Onload code>? Quels sont les avantages et les inconvénients de chacun de chacun? P>
3 Réponses :
Onload est le gestionnaire d'événements par défaut utilisé dans vb.net pour gérer l'événement de chargement. Je remplace généralement cette méthode lorsque je dois joindre du code à l'événement de chargement. Il existe également des fonctions par défaut pour l'autre Cycle de vie de la page Evénements: Onprerender , Oninit, etc. p>
Oups ... vient de réaliser que vous demandiez des questions sur WinForm. Disguard Page Lien de cycle de vie. Même s'applique cependant.
En outre, c'est la même chose dans d'autres langues .Net, telles que C # (le .NET Framework lui-même a été largement codé dans C #).
J'irais pour remplacer Le modèle général consiste à remplacer une méthode, si vous héritez d'un contrôle; Sinon, inscrivez-vous à l'événement. P>
mais n'oubliez pas d'appeler la méthode de la classe de base ' surcharger code>, de sorte que vous épargniez les cycles CPU pour appeler le gestionnaire d'événements. p>
sur code>, car c'est là que le
chargez code> invoqué. p>
Selon Microsoft, la surcharge de la méthode de surcharge est la "technique préférée" pour la manipulation de l'événement dans une catégorie B> dérivée (voir msdn.microsoft.com/en-us/library/... )
@Troymoon n'est-ce pas ce que Thomas a dit?
La méthode de téléchargement est celle qui soulève un événement de charge. C'est un modèle standard dans des classes-cadres et une génération recommandée - pour tout événement Si vous devez gérer l'événement sur FOO code>, vous avez une méthode protégée virtuelle
Onfoo code> qui soulève cet événement; et aucune autre méthode de la classe ne soulève l'événement directement, mais appelle toujours
Onfoo code>. P>
Ceci code>, il est généralement plus facile et plus rapide de remplacer
Onfoo code>. p>