Sont privés de membres hérités en C#?

Juste vu un tutoriel en disant que:

Class Dog
{
  private string Name;
}
Class SuperDog:Dog
{
 private string Mood;
}

Puis il y a eu une UML afficher les SuperDog héritera de Nom. J'ai essayé mais il me semble que seuls les membres du public sont héritées. Au moins, je ne pouvais pas accéder à ce Nom si elle a été déclarée comme public.

Si elles l'étaient, ce serait le point de protected?
Goodman: je suppose que vous voulez dire "s'ils étaient accessibles" et pas "si elles ont été héritées".
Bon point.

InformationsquelleAutor Petr | 2010-06-01

c#inheritance private

102

Une classe dérivée a accès à l'
public, protégé, interne, et
protégé membres internes d'une base
classe. Même si une classe dérivée
hérite les membres privés d'une base
de la classe, il ne peut pas accéder à ces membres.
Cependant, tous les membres sont
toujours présent dans la classe dérivée et
peut faire le même travail qu'ils feraient dans
la classe de base lui-même. Par exemple,
supposons qu'un protégé de la classe de base
méthode d'accès à une zone privée. Que
le champ doit être présent dans la dérivée
la classe pour que la base hérité
méthode de classe pour fonctionner correctement.

À partir de: http://msdn.microsoft.com/en-us/library/ms173149.aspx

Donc, techniquement, oui, mais en pratique, aucun.
- J'ai toujours utiliser la documentation que le "contrat", mais comme un point d'intérêt, l' .NET API Reflection ne semble pas d'accord sur ce point. Si vous essayez de tirer le champ privé de la classe dérivée à l'aide de derivedType.GetField("f", BindingFlags.Instance | BindingFlags.NonPublic), vous n'obtiendrez rien en retour, même si c'est techniquement censé renvoyer tous les membres hérités. Même si, techniquement, doit existent, sous le capot, toutes les parties pertinentes de l'exécution de la traiter comme si elle n'existe pas dans la réalité.
- Il semble que les membres privés ne peut être consulté à l'aide de réflexion si vous marchez jusqu'à l'arbre d'héritage vous-même. Voir stackoverflow.com/questions/686482/...
- Oui, je suis conscient de la façon d'obtenir autour de cette question, j'étais juste en soulignant que l'API ne semble pas raconter la même histoire que la documentation ne. Aussi loin que l'API est concerné, les membres privés ne sont pas héritées.
- Que serait une "décision de conception", connue pour pratiquement tout le monde en dehors de MS comme un "bug". Excellent point, cependant, et très pertinent pour le posté réponse.
- +1, À première vue, j'aurais dit: "Non, ils sont privés!" Belle réponse, parce que sur la deuxième pensée, le comportement, étant donné travers des champs à l'aide de méthodes ou que ce soit, est héréditaire. Cela signifie que le type dérivé seule à ne pas avoir accès à eux. Très légère différence! Super! =)
- Héritée, mais pas accessible. Quelle poisse!
InformationsquelleAutor Martin Eve
44

Tout à partir de la classe de base est
hérité de la classe dérivée. les membres de l'
marquées comme privées ne sont pas accessibles à
les classes dérivées pour l'intégrité de la fin,
si vous avez besoin de faire
accessible dans la classe dérivée, marque la
les membres protégés.

Il existe différents niveaux de membres de l'accessibilité dans le contexte de l'héritage.

public: tous les membres publics de la classe de base sont accessibles au sein de la dérivée de la classe et pour le cas de la dérivée de la classe.

protected: tous les membres protégés de la classe de base sont accessibles au sein de la dérivée de la classe et de ne pas le cas de la dérivée de la classe.

protected internal: tous protégés par des membres internes de la classe de base sont accessibles au sein de la dérivée de la classe et pour le cas de la dérivée de la classe créée au sein de la même assemblée.

internal: tous les membres de la classe de base sont accessibles au sein de la dérivée de la classe et pour le cas de la dérivée de la classe au sein de la même assemblée.

private: aucun des membres privés de la classe de base sont accessibles au sein de la dérivée de la classe et pour le cas de la dérivée de la classe.
- Je pense que votre texte sur protected internal est éteint. protected internal de la classe de base des membres sont visibles pour toutes les classes dérivées de et sont exposés à toutes les classes au sein de la même assemblée que la base.
- Oui, j'ai corrigé. merci d'avoir signalé l'erreur.
InformationsquelleAutor this. __curious_geek
18

SuperDog héritera du Nom de domaine, oui.

SuperDog sera PAS avoir accès au terrain, donc il n'est pas pratique d'utilisation (autant que SuperDog est concerné).

InformationsquelleAutor Justin Niessner

Privé des membres de la peut être visible à l'intérieur d'une classe dérivée: (Si le sous-classe est imbriquée dans la classe de base)

public class Person
{
    private string message;

    public override string ToString()
    {
        return message;
    }

    public static Person CreateEmployee()
    {
        return new Employee();
    }

    class Employee : Person
    {
        public Employee()
        {
            this.message = "I inherit private members!";
        }
    }
}

De crédit pour l'exemple va à KodefuGuru dans ce fil de discussion MSDN à l'adresse.

InformationsquelleAutor Jørgen Fogh

1

Non, ils ne le sont pas.

La protected modificateur peut faire des champs disponibles pour les classes dérivées, mais cela est généralement considéré comme une mauvaise idée à partir d'un point de vue de l'entretien. Vous voulez les utiliser immeubles protégés au lieu.
- sûr??? Je crois qu'elles sont héritées - tout simplement pas accessible à la classe descendante. Pourquoi? Qu'advient-il si vous lancez un descendant de la classe de base - si la classe de base des membres privés ne sont pas héritées.... alors quoi??
- -1 Elles sont héritées. Ils ne sont pas visibles à la classe dérivée. La question semble venir de quelqu'un de nouveau à la programmation orientée objet, de ne pas les confondre, en mélangeant de la terminologie.
- Marc, vous ne pouvez pas utiliser la conversion à l'accès privé des données de terrain. Les soldats ne peut être consulté à l'aide de manière implicite ou explicite this modificateur, ce qui signifie que le code doit être en cours d'exécution à l'intérieur de la classe. En outre, si vous avez jeté this à une autre classe (même son propre super-classe), vous ne pourrez accéder qu'aux éléments publics, ne sont pas protégés ou privés.
- Lisez la question à nouveau. Il sait qu'il ne peut pas accès membres privés d'une classe de base. Il veut savoir s'ils sont y.
- Ainsi, sont-ils? C'est une question intéressante, parce que la documentation dit qu'il est là, mais il n'y a pas de réelle technique de la preuve! Considérer: class X a privé membre A; class Y dérive de class X. typeof(Y).GetField("A", Instance | NonPublic | FlattenHierarchy) renvoie la valeur null.... typeof(Y).BaseType.GetField("A", Instance | NonPublic | FlattenHierarchy) renvoie une FieldInfo pour A. Donc, encore une fois, -n-, les champs ne sont pas héritées aussi loin que l' .NET Framework est concerné. Ils sont encore tout -seul - dans la classe de base.
- La "preuve" est simple: Écrire une classe de base avec un membre privé. Faire une publique ou protégée méthode qui utilise le membre privé. Appeler cette méthode sur une instance d'une classe dérivée. Il peut accéder à la zone privée bien qu'il n'existe aucune instance de la classe de base autour de.
InformationsquelleAutor Warren Rumak
1

Oui, bien que héritiers ne peuvent pas accéder à que membre.

Si vous avec qui ils seront en mesure d'y accéder, de le déclarer comme protégé.

InformationsquelleAutor Poni
0

Le membre dans la classe de base doit être au moins protégé de sorte qu'il peut être visible dans la classe dérivée.

InformationsquelleAutor Petar Minchev
0

essayer le mot-clé protégée, au lieu de public/privé:

http://msdn.microsoft.com/en-us/library/bcd5672a(SV.71).aspx

InformationsquelleAutor dm76
0

Faire un Nom protected ou public à la place, qui sera accessible. Les membres privés ne sont pas accessibles depuis les classes dérivées

InformationsquelleAutor Greg Olmstead
0

Membres privés ne sont pas accessibles aux descendants d'une classe.

Je ne suis pas sûr de tous les modificateurs d'accès, mais à la base de la population et des membres protégés sont accessibles.
- Tous les modificateurs d'accès autres que privées sont héritées.
- et @Cylone, voir le haut de réponse. Hérité != Accessible.
InformationsquelleAutor Matt Ellen
0

Oui, Le sont héritées.
Mais vous ne pouvez pas y accéder comme ils sont en privé :).

InformationsquelleAutor Ram
0

Comme d'autres l'ont dit les membres privés sont héritées. L'accès des membres est un autre sujet, mais pas totalement disjoints d'un héritage de la perspective. Il est important de comprendre que tous les membres sont héréditaires, indépendamment de leur modificateur d'accès car il les effets de la taille des sous-classes. Considérons le code suivant.
```
public class Foo
{
  private int a;
  public int b;
}

public class Bar : Foo
{
  private int c;
  public int d;
}
```
Foo consomment de 16 octets sur le tas. 4 pour la syncblock, 4 pour les informations de type (méthode de la table), et 4 pour chaque int variables pour un total de 12. Bar, d'autre part, consomment de 24 octets. 4 pour la syncblock, 4 pour les informations de type (méthode de la table), 4 pour la int champs hérités de Foo, et 4 pour chaque int champs dans Bar pour un total de 24.
- Yep, merci. Je l'ai corrigé.
InformationsquelleAutor Brian Gideon

Personnes l'ont dit, mais voici un exemple de pourquoi vous avez besoin de les champs privés de la classe dérivée:

class Program
{
    static void Main(string[] args)
    {
        var r = new Random();

        foreach(var i in Enumerable.Range(0,100))            
            new Derived(r).Printer();            

        Console.Read();
    }
}

public class Base
{
    private Random r;
    public Base(Random r) { this.r = r; }

    protected void Print()
    {
        Console.WriteLine(r.Next(1, 10000));
    }
}

public class Derived : Base
{
    public Derived(Random r) : base(r) { }
    public void Printer()
    {
        base.Print();
    }
}

InformationsquelleAutor Jonesopolis

-1

Oui, mais ils ne sont pas accessibles, donc les regardant, vous pouvez honnêtement dire qu'ils ne sont pas héritées. Mais oui ils sont vraiment
- pas une déclaration de béton, de Mettre votre point de détroit , regarde plus de réponse diplomatique
InformationsquelleAutor Spooks

Vous devez vous connecter pour publier un commentaire.