Warum können wir nicht ändern access-modifier beim überschreiben von Methoden in C#?

Ändern des access-modifier einer Methode in einem abgeleiteten Typ ist sinnlos, dass ist der Grund, warum es nicht erlaubt ist:

Fall 1: Überschreiben mit einer restriktiveren Zugang

Diesem Fall ist offensichtlich nicht zulässig, da die folgende situation:

class Base
{
    public virtual void A() {}
}

class Derived: Base
{
    protected override void A()
}

Nun könnten wir sagen:

List<Base> list;
list.Add(new Derived());
list[0].A() //Runtime access exception

Fall 2: Überschreiben mit einer weniger einschränkenden zugriffsmodifizierer

Was ist der Punkt? Verbergen die Methode-und Sie sind fertig.
Natürlich, wenn Sie einen Anruf über die base geben, die Sie nicht haben Zugang zu der neu definierten Methode in den abgeleiteten Typ, aber das ist im Einklang mit, wie der Autor des Basistyps wollte Dinge zu sein, so haben Sie kein "Recht" zu ändern. Wenn Sie möchten, dass die Besonderheiten der abgeleiteten Klasse aufrufen, von der abgeleiteten Klasse, in dem Fall die new Methode funktioniert bestens.

EDIT: Erweitern Fall 2

Was ich bin versucht zu sagen, dass im Fall 2 ist, dass Sie bereits die Mittel haben, zu ändern, die Zugänglichkeit von jeder Methode (virtuell oder nicht), wenn Sie ändern möchten Zugänglichkeit.

Betrachten Sie den folgenden code:

public class Base
{
    protected virtual string WhoAmI()
    {
        return "Base";
    }
}

public class Derived : Base
{
    public new virtual string WhoAmI()
    {
        return "Derived";
    }
}

public class AnotherDerived : Derived
{
    public override string WhoAmI()
    {
        return "AnotherDerived";
    }
}

Mit der new Keywords, die Sie effektiv erstellt eine neue virtuelle Methode für Ihre Derived Klasse mit dem gleichen Namen und Signatur. Beachten Sie, dass es ERLAUBT ist, zu erklären, eine new Methode virtual, so dass jede Klasse, die von Derived wird erlaubt, um es zu überschreiben.

Was nicht erlaubt ist, jemanden zu haben, tun Sie den folgenden:

 Base newBaseObject = new Derived();
 newBaseObject.WhoAmI() //WhoAmI is not accessible.

Aber diese Tatsache hat nichts damit zu tun, in der Lage zu überschreiben WhoAmI() oder nicht. Was auch immer der Fall in dieser situation kann es nie sein, weil Base nicht erklären public WhoAmI().

So, in einem theoretischen C#, wo Derived.WhoAmI() könnte überschreiben Base.WhoAmI() es gibt keinen praktischen nutzen im tun, weil Sie nie in der Lage, rufen Sie die virtuelle Methode aus der Basisklasse na ja, die new option bereits erfüllt Ihre Anforderungen.

Ich hoffe das macht es klarer.

InformationsquelleAutor InBetween

Wenn Sie zum ändern der Sichtbarkeit Modifikatoren aus einer eher restriktiven Modifikator zu einer weniger restriktiven Modifikator Sie erlauben Klasse Kunden Zugang zu Methoden, die für den internen Gebrauch. Im wesentlichen, Sie haben ein Mittel, um zu alter Klasse Zustand, die möglicherweise nicht sicher sein.

InformationsquelleAutor John Percival Hackworth

Verringerung der Sichtbarkeit ist nicht möglich, denn wenn Base.Member sichtbar war und Derived.Member nicht sichtbar war, brechen würde, dass die ganze "Derived ist ein Base " - Konzept in OOP. Jedoch, Erhöhung der Sichtbarkeit nicht zulässig ist vielleicht weil die Sprache, die Entwickler sind der Meinung, dass eine änderung der Sichtbarkeit wäre ein Irrtum, die meisten der Zeit. Jedoch können Sie immer die new keyword zu verstecken Basisklasse Mitglieder durch die Einführung ein Mitglied mit dem gleichen Namen, aber einem unterschiedlichen Verhalten. Das neue Mitglied gehört der abgeleitete Typ die Schnittstelle, also, natürlich, können Sie immer noch Zugriff auf die base-Typ-Schnittstelle, die von casting zu diesem Basis-Typ. Je nachdem, wie Sie schreiben, die Unterklasse, Ihre new Mitglied kann effektiv erhöhen die Sichtbarkeit-Eigenschaft der Basisklasse, aber denken Sie daran, dass die Eigenschaft der Basisklasse, kann immer noch auf die direkt zugegriffen werden (z.B. eine Unterklasse von Ihrer Unterklasse wirken könnte this zu Base und Ihrer Immobilie zu umgehen).

Hier stellt sich die Frage, wie beide override und new des gleichen namens Mitglied (Bezeichner) in einer Unterklasse. Das ist offenbar nicht möglich. Zumindest kann ich sagen, durch Experimentieren, dass public new override string foo(){return "";} ist keine syntax. Allerdings können Sie den gleichen Effekt durch die Verwendung von zwei Unterklassen:

using System;
class Base
{
    protected virtual string foo()
    {
        return "Base";
    }
    public void ExhibitSubclassDependentBehavior()
    {
        Console.WriteLine("Hi, I am {0} and {1}.", GetType(), foo());
    }
}

abstract class AbstractDerived : Base
{
    protected virtual string AbstractFoo()
    {
        return base.foo();
    }
    protected override string foo()
    {
        return AbstractFoo();
    }
}

class Derived : AbstractDerived
{
    protected override string AbstractFoo()
    {
        return "Deprived";
    }
    public new string foo()
    {
        return AbstractFoo();
    }
}

static class Program
{
    public static void Main(string[] args)
    {
        var b = new Base();
        var d = new Derived();
        Base derivedAsBase = d;
        Console.Write(nameof(b) + " -> "); b.ExhibitSubclassDependentBehavior(); //"b -> Hi, I am Base and Base."
        Console.WriteLine(nameof(d) + " -> " + d.foo()); //"d -> Deprived"
        Console.Write(nameof(derivedAsBase) + " -> "); derivedAsBase.ExhibitSubclassDependentBehavior(); //"derivedAsBase -> Hi, I am Derived and Deprived."
    }
}

Intermediate Unterklasse (AbstractDerived) verwendet override und stellt eine neue, anders benannte Mitglied, das die Unterklasse und sub-Unterklassen können weiterhin override die Basis-Klasse angehört, wie Sie sehen, passen. Der sub-Subklasse (Derived) verwendet new bei der Einführung der neuen API. Da kann man nur verwenden new oder override mit einer bestimmten id nur einmal pro Ebene der Unterklassen, müssen Sie zwei Ebenen von Unterklassen effektiv zu nutzen, sowohl auf dem gleichen identifier.

So, in einer Art und Weise, können Sie durch ändern der Sichtbarkeit beim überschreiben von Methoden—es ist nur ein Schmerz, und es gibt keine syntax, die ich kenne, um es zu erreichen mit nur einer Ebene der Vererbung. Allerdings müssen Sie möglicherweise einige trick, wie diese je nachdem, welche Schnittstellen Sie versuchen, zu implementieren, und dem, was Ihre Basis-Klasse aussieht. I. e., dies kann oder kann nicht sein, was Sie wirklich tun wollen. Dennoch Frage ich mich, warum C# - nicht nur dieser, um mit zu beginnen. IOW, diese "Antwort" ist nur eine re-expression des OP ' s Frage mit einem workaround ;-).

InformationsquelleAutor binki

wenn es hatte andere zugriffsmodifizierer können Sie nicht wirklich in Betracht ziehen es die gleiche Methode nicht mehr. Art schlägt vor, ein problem mit dem design des Modells.

eine bessere Frage wäre, warum würden Sie wollen, ändern Sie den zugriffsmodifizierer?

InformationsquelleAutor peteisace