Modèles de design utilisés par les classes Reflection
Mise à jour : novembre 2007
Les méthodes les plus fréquemment utilisées dans l'espace de noms System.Reflection utilisent un modèle cohérent. Les membres des classes Module, Type et MemberInfo utilisent les modèles de design figurant dans le tableau suivant.
Signature de membre |
Description |
|---|---|
MyInstance[] FindXxx(filter, filterCriteria) |
Recherche et retourne une liste filtrée de types ou un tableau vide si aucun type correspondant au filtre n'est implémenté par le type en cours. Par exemple : Type.FindInterfaces |
MyInstance GetXxx(<parameters>) |
Retourne le type spécifié de manière unique par <parameters>. Si ce type n'existe pas, le membre retourne une référence null (Nothing en Visual Basic). Remarquez que <parameters> spécifie une instance de manière unique. Par exemple : Type.GetInterface |
MyInstance[] GetXxxs() |
Retourne tous les types publics. S'il n'existe pas de type public, le membre retourne un tableau vide. Par exemple : Type.GetFields |
MyInstance[] GetXxxs(<parameters>) |
Retourne tous les types spécifiés par <parameters>. Si aucun de ces types n'existe, le membre retourne un tableau vide. Remarquez que <parameters> ne spécifie pas nécessairement une instance unique. |
Les délégués sont un autre modèle de design courant. Ils sont généralement utilisés lors d'une réflexion pour activer le filtrage des résultats défini pour les méthodes qui retournent des tableaux d'objets.