Considérations sur la sélection de niveaux d'accès pour les méthodes
Mise à jour : novembre 2007
Si vous appliquez les niveaux d'accès optimaux aux membres d'une hiérarchie de classe, vous pouvez plus facilement gérer la hiérarchie car vous pouvez contrôler la façon dont ces membres sont utilisés.
En règle générale, vous devez déclarer des membres de classe avec des modificateurs d'accès qui fournissent l'accès minimum. La restriction d'accès aux membres de classe réduit les conflits de noms et empêche une utilisation inattendue des méthodes.
Les membres de classe interne doivent être déclarés comme Private ; vous ne pouvez accéder à ces membres que depuis la classe dans laquelle ils ont été définis.
Les méthodes qui sont uniquement utilisées à l'intérieur d'une classe ou par des descendants d'une classe doivent utiliser le modificateur d'accès Protected. Un membre Protected est accessible à partir de la classe dans laquelle il est déclaré et à partir de toute classe dérivée de la classe ayant déclaré ce membre.
Les données membres Friend sont accessibles depuis l'extérieur d'une classe, mais uniquement par des modules faisant partie du projet lors de la définition de la classe.
Les données membres Public sont visibles à toute personne et sont souvent utilisés au bas d'une hiérarchie de classe.
Voir aussi
Concepts
Considérations sur le design de hiérarchies de classes pour l'extensibilité
Modifications du design de la classe de base après le déploiement