Événements et rappels

Une méthode de rappel est une méthode qui est automatiquement appelée par un délégué au terme d'une opération ou d'une activité. Par exemple, l'un des modèles de design asynchrones utilise les délégués AsyncCallback pour spécifier le code exécuté au terme d'une opération asynchrone. Ce modèle de design est utilisé dans la méthode BeginWrite qui utilise un rappel pour traiter les résultats d'une opération d'écriture asynchrone.

Les événements sont des mécanismes similaires aux rappels. Les événements permettent à du code spécifié par l'utilisateur de s'exécuter sous des conditions spécifiques, généralement une modification d'état ou le démarrage ou la fin d'une activité. Les événements sont plus faciles à utiliser que les rappels dans la mesure où les outils et la syntaxe du langage fournissent une expérience de programmation uniforme pour reconnaître et gérer des événements. De plus, les événements sont gérés par des délégués appelés gestionnaires d'événements qui présentent un modèle de signature précis. Pour plus d'informations sur les événements, consultez Conception d'événements.

Le respect des règles suivantes permet de garantir une utilisation des événements et des rappels conforme aux méthodes conseillées pour votre design de bibliothèque.

Envisagez d'utiliser des rappels pour permettre aux utilisateurs de fournir du code personnalisé à exécuter par l'infrastructure.

Envisagez d'utiliser des événements pour permettre aux utilisateurs de personnaliser le comportement d'une infrastructure sans qu'il leur soit nécessaire de comprendre l'orientation objet.

Utilisez de préférence des événements au lieu des rappels ordinaires dans la mesure où ils sont plus familiers à un grand nombre de développeurs et où ils sont intégrés à la saisie semi-automatique des instructions de Visual Studio.

Évitez d'utiliser des rappels dans les API sensibles aux performances.

Si les rappels et les événements sont plus faciles à comprendre et à utiliser pour de nombreux développeurs, ils sont moins intéressants que les Membres virtuels en termes de performances et de consommation de mémoire.

Sachez qu'en appelant un délégué, vous exécutez du code arbitraire, ce qui peut avoir certaines répercussions en termes de sécurité, d'exactitude et de compatibilité.

Les événements et les rappels permettent l'exécution de code arbitraire dans le contexte du Common Language Runtime (CLR). Vos révisions de code et de sécurité doivent examiner avec soin ces points d'extensibilité pour identifier des vulnérabilités de sécurité.

Portions Copyright 2005 Microsoft Corporation. Tous droits réservés.

Portions Copyright Addison-Wesley Corporation. Tous droits réservés.

Pour plus d'informations sur les règles de conception, consultez « règles de conception d'infrastructure : Conventions idiomes et modèles carnet de bibliothèques réutilisables framework » Krzysztof Cwalina et Brad Abrams, publiés par Addison-Wesley, 2005.

Voir aussi

Autres ressources

Conception en vue de l'extensibilité

Instructions de conception pour le développement de bibliothèques de classes