Modificateurs d'accès internes et privés

Question

Quelle est la différence entre le internal et private les modificateurs d'accès en C# ?

Answer 1

interne est pour la portée de l'assemblage (c'est-à-dire uniquement accessible à partir du code dans le même .exe ou .dll)

privé est pour la portée de la classe (c'est-à-dire accessible uniquement depuis le code de la même classe).

Answer 2

Vous trouverez une explication ci-dessous. Vous pouvez consulter ce lien pour plus de détails. http://www.dotnetbull.com/2013/10/public-protected-private-internal-access-modifier-in-c.html

Privé : - Les membres privés ne sont accessibles qu'au sein de leur propre type (classe propre).

Interne : - Les membres internes ne sont accessibles que dans l'assemblage par héritage (son type dérivé) ou par instance de classe.

Référence :

dotnetbull - Qu'est-ce qu'un modificateur d'accès en c# ?

Answer 3

internal sont visibles par tout le code de l'assemblage dans lequel ils sont déclarés.
(Et à d'autres assemblages référencés à l'aide de la balise [InternalsVisibleTo] attribut )

private ne sont visibles que par la classe qui les déclare. (y compris les classes imbriquées)

Une classe externe (non imbriquée) ne peut pas être déclarée private car il n'y a pas d'objet contenant pour le rendre privé.

Pour répondre à la question que vous avez oublié de poser, protected les membres sont comme private mais sont également visibles dans toutes les classes qui héritent du type déclarant. (Mais seulement sur une expression d'au moins le type de la classe courante)

Answer 4

Privé ne sont accessibles que dans le corps de la classe ou de la structure dans laquelle ils sont déclarés.

Interne les types ou les membres ne sont accessibles qu'à l'intérieur des fichiers de la même assemblée.

Answer 5

L'interne vous permettra de faire référence, par exemple, à une classe statique d'accès aux données (pour la sécurité des threads) entre plusieurs classes de logique métier, tout en évitant qu'elles n'héritent de cette classe ou ne se chevauchent dans les pools de connexion, et en évitant finalement de permettre à une classe DAL de promouvoir l'accès au niveau public. Cette démarche s'appuie sur d'innombrables éléments de conception et de bonnes pratiques.

Entity Framework fait un bon usage de ce type d'accès