C# prywatna (ukryta) klasa podstawowa

Question

Czy można uczynić klasę podstawową C# dostępną tylko w zespole biblioteki, do którego została skompilowana, podczas tworzenia innych podklas, które dziedziczą z niej publicznie?

Na przykład:

using System.IO; 

class BaseOutput: Stream   // Hidden base class 
{ 
    protected BaseOutput(Stream o) 
    { ... } 

    ...lots of common methods... 
} 

public class MyOutput: BaseOutput // Public subclass 
{ 
    public BaseOutput(Stream o): 
     base(o) 
    { ... } 

    public override int Write(int b) 
    { ... } 
} 

Tutaj chciałbym klasa BaseOutput być niedostępne dla klientów mojej bibliotece, ale pozwalają podklasa MyOutput być całkowicie publicznego. Wiem, że C# nie pozwala klasom bazowym mieć bardziej restrykcyjnego dostępu niż podklasy, ale czy istnieje inny legalny sposób osiągnięcia tego samego efektu?

UPDATE

Moje rozwiązanie dla tej konkretnej biblioteki jest, aby klasy bazowej public i abstract i udokumentować ją „Nie używaj tej klasy bazowej bezpośrednio”. Tworzę również konstruktora klasy podstawowej internal, który skutecznie uniemożliwia zewnętrznym klientom korzystanie z klasy lub dziedziczenie tej klasy.

(Szkoda, bo inne języki O-O niech mnie mają ukryte klas bazowych.)

Answer 1

nie

Niestety. Nie możesz wyprowadzić klasy publicznej z klasy wewnętrznej lub prywatnej.

Musisz albo ujawnić klasę podstawową, albo musisz zadeklarować wszystkie metody dla wszystkich podobnych klas. Jeśli wybierzesz trasę, w której ponownie zadeklarujesz wszystkie metody, prawdopodobnie warto utworzyć klasę pomocniczą, która ma ich rzeczywistą implementację. Wciąż jest to trochę podstawowa.

Answer 2

Rozważ wzór, taki jak elewacja. Po to tam są. Nie sądzę, że możesz osiągnąć to, czego potrzebujesz, z czystym dziedzictwem.

Answer 3

zależności od tego co „dużo wspólnych metod” robią można osiągnąć niektóre z nich z wewnętrznych metod rozszerzenie:

internal static class MyStreamExtensions 
{ 
    internal static int UsefulOne(this Stream stream) 
    { 
    return 42; 
    } 
} 

Innym podejściem jest, aby konstruktor wewnętrzny, aby zapobiec przypadkowemu wyprowadzenie z tej klasy:

public class BaseOutput: Stream 
{ 
    internal BaseOutput(Stream o) 
    { ... } 

    ...lots of common methods... 
} 

Uczyni to kod bardziej zrozumiałym w porównaniu do "niezbyt widocznej" klasy pośredniej w hierarchii.