Quelle est la différence entre «protégé» et «protégé interne»?

Quelqu'un peut-il m'expliquer la différence entre les modificateurs «protégés» et «protégés internes» en C #? Il semble qu'ils se comportent de la même manière.

Le modificateur d'accès "interne protégé" est une union des modificateurs "protégé" et "interne".

Depuis MSDN, modificateurs d'accès (Guide de programmation C #) :

protégé :

Le type ou le membre n'est accessible que par du code dans la même classe ou structure, ou dans une classe dérivée de cette classe.

interne :

Le type ou le membre est accessible par n'importe quel code du même assembly, mais pas à partir d'un autre assembly.

interne protégé :

Le type ou le membre est accessible par n'importe quel code de l'assembly dans lequel il est déclaré, OU à partir d'une classe dérivée dans un autre assembly. L'accès à partir d'un autre assembly doit avoir lieu dans une déclaration de classe qui dérive de la classe dans laquelle l'élément interne protégé est déclaré, et il doit avoir lieu via une instance du type de classe dérivée.

Notez que : protected internalsignifie " protectedOU internal" (toute classe du même assembly ou toute classe dérivée - même si elle se trouve dans un assembly différent).

... et pour être complet:

privé :

Le type ou le membre n'est accessible que par du code dans la même classe ou structure.

public :

Le type ou le membre est accessible par tout autre code du même assembly ou par un autre assembly qui le référence.

privé protégé :

L'accès est limité à la classe conteneur ou aux types dérivés de la classe conteneur dans l'assembly actuel.
( Disponible depuis C # 7.2 )

protected peut être utilisé par n'importe quelle sous-classe de n'importe quel assemblage.

protected internalest tout ce qui protectedest, et aussi tout ce qui se trouve dans le même assemblage peut y accéder.

Surtout, cela ne signifie pas «sous-classes dans le même assemblage» - c'est l'union des deux, pas l'intersection.

- Mettre à jour la réponse 2019 -

Vous pouvez trouver la différence dans l'accessibilité basée sur le tableau ci-dessous: oui,

En pratique, sur les méthodes:

protected - accessible pour les classes héritées, sinon privée.

interne - public uniquement pour les classes à l'intérieur de l'assembly, sinon privé.

protected internal - signifie que les méthodes protected ou internal - deviennent accessibles pour les classes héritées et pour toutes les classes à l'intérieur de l'assembly.

Il y a encore beaucoup de confusion dans la compréhension de la portée des accesseurs "internes protégés", bien que la plupart aient la définition correctement définie. Cela m'a aidé à comprendre la confusion entre «protégé» et «protégé interne»:

public est vraiment public à l'intérieur et à l'extérieur de l'assemblée ( public interne / public externe )

protected est vraiment protégée à l'intérieur et à l'extérieur de l'assemblage ( protégé interne / protégé externe ) (non autorisé sur les classes de niveau supérieur)

private est vraiment privé à l'intérieur et à l'extérieur de l'assembly ( private internal / private external ) (non autorisé sur les classes de niveau supérieur)

interne est vraiment public à l'intérieur de l'assembly mais exclu en dehors de l'assembly comme privé ( public interne / exclu externe )

interne protégé est vraiment public à l'intérieur de l'assembly mais protégé à l'extérieur de l'assembly ( public interne / externe protégé ) (non autorisé sur les classes de niveau supérieur)

Comme vous pouvez le voir, l' intérieur protégé est une bête très étrange. Pas intuitif.

Cela soulève maintenant la question de savoir pourquoi Microsoft n'a pas créé un ( protégé interne / externe exclu ), ou je suppose une sorte de "privé protégé" ou "interne protégé"? lol. Semble incomplet?

À la confusion s'ajoute le fait que vous pouvez imbriquer des membres imbriqués internes publics ou protégés dans des types protégés, internes ou privés. Pourquoi voudriez-vous accéder à un "interne protégé" imbriqué à l'intérieur d'une classe interne qui exclut l'accès d'assembly externe?

Microsoft dit que ces types imbriqués sont limités par leur portée de type parent, mais ce n'est pas ce que le compilateur dit. Vous pouvez compiler des internes protégés dans des classes internes, ce qui devrait limiter la portée à l'assembly uniquement.

Pour moi, cela ressemble à une conception incomplète. Ils devraient avoir simplifié la portée de tous les types à un système qui considère clairement l'héritage mais aussi la sécurité et la hiérarchie des types imbriqués. Cela aurait rendu le partage d'objets extrêmement intuitif et granulaire plutôt que de découvrir l'accessibilité des types et des membres sur la base d'un système de cadrage incomplet.

protected : la variable ou la méthode ne sera disponible que pour les classes enfants (dans n'importe quel assembly)

interne protégé : disponible pour les classes enfants dans n'importe quel assembly et pour toutes les classes dans le même assembly

J'ai lu des définitions très claires de ces termes.

Protégé: l'accès est limité à la définition de classe et à toute classe qui hérite de la classe. Le type ou le membre n'est accessible que par du code dans la même classe ou structure ou dans une classe dérivée de cette classe.

Interne: l'accès est limité à exclusivement aux classes définies dans l'assembly de projet en cours. Le type ou le membre est accessible uniquement par le code de la même classe.

Protected-Internal: l'accès est limité à l'assembly actuel ou aux types dérivés de la classe contenante.

Membre protégé

Membre protégé d'une classe disponible uniquement dans la classe contenue (dans laquelle il a été déclaré) et dans la classe dérivée au sein de l'assembly et également en dehors de l'assembly.

Signifie si une classe qui réside en dehors de l'assembly peut utiliser le membre protégé de l'autre assembly en héritant uniquement de cette classe.

Nous pouvons exposer le membre protégé en dehors de l'assembly en héritant de cette classe et l'utiliser uniquement dans la classe dérivée.

Remarque: Les membres protégés ne sont pas accessibles à l'aide de l'objet dans la classe dérivée.

Membre interne

Un membre interne d'une classe est disponible ou accessible au sein de l'assembly, soit en créant un objet, soit dans une classe dérivée, ou vous pouvez dire qu'il est accessible dans toutes les classes de l'assembly.

Remarque: Les membres internes ne sont pas accessibles en dehors de l'assembly à l'aide de la création d'objets ou dans une classe dérivée.

Interne protégé

Le modificateur d'accès interne protégé est une combinaison protégée ou interne.

Le membre interne protégé peut être disponible dans l'assembly entier dans lequel il a déclaré créer un objet ou hérité de cette classe. Et peut être accessible en dehors de l'assembly dans une classe dérivée uniquement.

Remarque: Le membre interne protégé fonctionne comme interne dans le même assemblage et fonctionne comme protégé pour l'extérieur de l'assembly.

public - Les membres (fonctions et variables) déclarés comme publics sont accessibles de n'importe où.

privé - Les membres privés ne sont pas accessibles depuis l'extérieur de la classe. Il s'agit du spécificateur d'accès par défaut pour un membre, c'est-à-dire que si vous ne spécifiez pas de spécificateur d'accès pour un membre (variable ou fonction), il sera considéré comme privé. Par conséquent, chaîne PhoneNumber; est équivalent à la chaîne privée PhoneNumber.

protected - Les membres protégés ne sont accessibles que depuis les classes enfants.

interne - Il n'est accessible que dans le même assemblage.

protégé interne - Il est accessible dans le même assemblage ainsi que dans la classe dérivée.

Protéger les meilleures suites internes lorsque vous souhaitez qu'un membre ou un type soit utilisé dans une classe dérivée d'un autre assembly en même temps que vous souhaitez simplement consommer le membre ou le type dans l'assembly parent sans dériver de la classe où il est déclaré. De plus, si vous souhaitez uniquement utiliser un membre ou un type sans dériver d'une autre classe, dans le même assembly, vous ne pouvez utiliser que interne.