Interne abstrakte Klasse: Wie kann man die Verwendung außerhalb der Baugruppe ausblenden?

Question

Ich habe eine gemeinsame Assembly/Projekt, die eine abstrakte Basisklasse hat, dann mehrere abgeleitete Klassen, die ich für andere Assemblys veröffentlichen möchte.

Ich will nicht die abstrakte Basisklasse in anderen Baugruppen in Intellisense zeigen, so dass ich dachte, dass ich es internal machen würde, aber ich bekomme diese Fehlermeldung:

Inconsistent accessibility: base class 'Settings' is less accessible than class 'IrcSettings' ....

ich nicht tun hol das wirklich. Ich bin gezwungen, die abstrakte Settings Klasse public, und damit sichtbar außerhalb dieser Baugruppe.

Wie kann ich diese Klasse internal stattdessen machen?

Answer 1

Ich verstehe, dass Ihre abstrakte Klasse nur von anderen Klassen in derselben Baugruppe implementiert werden soll (zB ist intern), aber die abgeleiteten Klassen könnten öffentlich sein.

Die Art und Weise, dies zu tun, ist die abstrakte Basisklasse öffentlich zu machen, aber es einen internen Standardkonstruktors geben:

public abstract class MyClass 
{ 
    internal MyClass() { } 
} 

Dies ermöglicht MyClass (und seine Mitglieder daher) sichtbar und nutzbar zu Klassen sein außerhalb Ihrer Assembly, aber Klassen außerhalb Ihrer Assembly können nicht davon erben (wird einen Kompilierungsfehler erhalten).

Edit: Wenn Klassen, die können durch externe Baugruppen von MyClass erben zu sehen ist, können Sie nicht MyClass verhindern, dass auch gesehen zu werden - zum Beispiel in Intellisense zeigt nach oben. Sie können jedoch verhindern, dass sie verwendet, indem Sie die obigen Anweisungen befolgen.

Answer 2

Die abstrakte Basisklasse muss öffentlich sein, da die gesamte Vererbungshierarchie für eine Klasse sichtbar sein muss. Dies stellt sicher, dass der Polymorphismus funktioniert und gültig ist; aber alle Mitglieder der Basisklassen können intern sein (einschließlich des Konstruktors) und daher außerhalb Ihrer Assembly nicht verwendbar sein.

Answer 3

Es gibt wirklich keinen großen Vorteil für das, was Sie erreichen wollen, aber was Sie eigentlich erreichen möchten, ist ähnlich.

Haben Sie Ihre abstrakte Basisklasse in 1 Assembly mit allem internen. In der Assembly für die Montage benötigen Sie

[assembly:InternalsVisibleTo("cs_friend_assemblies_2")] 

Dann in einer anderen Baugruppe Sie die Klassen alle öffentlich zugänglichen wollen, müssen hinzuzufügen. Beachten Sie, dass Sie weiterhin auf die Basisklasse von intellisense für jeden Code innerhalb von cs_friend_assemblies_2 oder wie Sie Ihre Assembly benennen, aber nirgendwo sonst zugreifen können.

Answer 4

Sie können die Klasse nicht gleichzeitig anderen Vererbungen zur Vererbung zur Verfügung stellen, sondern auch privat, damit sie für andere Benutzer nicht sichtbar ist. Sie können die Klasse intern machen und sie einer bestimmten Assembly (wenn es sich um eine Assembly eines Freundes handelt) mit dem Attribut [InternalsVisibleTo] zugänglich machen, aber ich denke nicht, dass dies das ist, was Sie wollen.

Wenn Sie Code (außer abgeleiteten Klassen) behalten wollen von der Möglichkeit, Ihre Basisklasse zu instanziiert, können Sie es einen geschützten Konstruktor geben:

abstract class MyBaseClass 
{ 
    protected MyBaseClass() { ... } // only inheritors can access this... 
} 

Sie können die Klassenmitglieder aus Intellisense verstecken die Verwendung von EditorBrowsable Attribut:

abstract class MyBaseClass 
{ 
    [System.ComponentModel.EditorBrowsable(System.ComponentModel.EditorBrowsableState.Never)] 
    public void SomeMethodToBeHidden() { } 
} 

Es soll beachtet werden, dass einige Leute Probleme mit den IDE nicht immer dieses Attribut zu respektieren berichtet haben.

Answer 5

Werden die anderen Assemblies jemals von Ihrer abstrakten Basisklasse oder einer der öffentlichen Klassen erben, die von Ihrer abstrakten Basisklasse erben?

Wenn ja, müssen Sie die abstrakte Basisklasse veröffentlichen. Machen Sie einfach Methoden, die Sie nicht sichtbar außerhalb der Baugruppe intern möchten.

Wenn nicht, können vielleicht Schnittstellen helfen? Definieren Sie öffentliche Schnittstellen, sorgen Sie dafür, dass Ihre öffentlichen Klassen diese implementieren, und stellen Sie eine Factory zum Abrufen von Instanzen bereit. Das einzige, was intellisense außerhalb der Baugruppe sieht, ist die Schnittstelle.

Hilft das?

Answer 6

Soweit es mich betrifft, ist dies kein Problem. Beachten Sie:

public abstract class Foo { 
    public void virtual Bar() { 
     // default implementation 
    } 
} 

public class NormalFoo : Foo { } 

public class SpecialFoo : Foo { 
    public override void Bar() { 
     // special implementation 
    } 
} 

var foolist = new List<Foo>(); 

foolist.Add(new NormalFoo()); 
foolist.Add(new SpecialFoo()); 

foreach (var f in foolist) { 
    f.Bar(); 
} 

Die oben würde nicht funktionieren ohne Polymorphismus - Lage zu Instanzen verschiedener abgeleiteten Klassen durch ihre gemeinsame Schnittstelle, die abstrakte Basisklasse zu verweisen. Was Sie tun möchten, ist das wegzunehmen und die Benutzerfreundlichkeit Ihrer Klassenhierarchie zu verkrüppeln. Ich denke nicht, dass du diesen Weg weitergehen solltest.

Answer 7

Eine Möglichkeit, diese Einschränkung zu umgehen, ist die Verwendung von Komposition statt Vererbung (es gibt othergood reasons, um dies auch zu tun). Zum Beispiel statt:

internal abstract class MyBase 
{ 
    public virtual void F() {} 
    public void G() {} 
} 

public class MyClass : MyBase // error; inconsistent accessibility 
{ 
    public override void F() { base.F(); /* ... */ } 
} 

tun:

public interface IMyBase 
{ 
    void F(); 
} 

internal sealed class MyBase2 : IMyBase 
{ 
    public void F() {} 
    public void G() {} 
} 

public sealed class MyClass2 : IMyBase 
{ 
    private readonly MyBase2 _decorated = new MyBase2(); 
    public void F() { _decorated.F(); /* ... */ } 
    public void G() { _decorated.G(); } 
} 

Sie können die IMyBase Schnittstelle ganz weglassen, wenn die Öffentlichkeit über sie und Ihre Interna nicht auch nicht zu wissen braucht tun.