Statische Klasse Vs. Klasse mit privatem Konstruktor und allen statischen Eigenschaften und Methoden?

Question

Wenn ich Dienstprogrammklassen erstellen, erstelle ich normalerweise eine Klasse, die einen privaten Konstruktor hat und alle ihre Methoden und Eigenschaften als statisch darstellt. Was ist der beste Ansatz dafür? Was ist der Unterschied zwischen meiner Art, eine statische Klasse zu erstellen?

Answer 1

Statische Klassen werden automatisch versiegelt, sodass Personen ihr Verhalten nicht erben und überschreiben können.

, dass die einzige wirkliche Unterschied ist (es sei denn, es ist etwas Besonderes in der IL ist)

Also, wenn Sie eine statische Klasse verwenden, können Sie sich die Mühe machen der Konstruktor privat speichern, und zu erklären, die Klasse versiegelt.

Ich würde hinzufügen, dass das Definieren einer Klasse als statisch, "selbst-Dokumentieren" Code ist. Benutzer Ihrer Bibliothek wissen, dass diese Klasse nicht instanziiert werden soll und nur statische Werte aufweist.

Answer 2

Eine statische Klasse kann niemals instanziiert werden. Auf keinen Fall, nein wie.

Eine nicht statische Klasse mit einem privaten Konstruktor, aber alle statischen Methoden können auf verschiedene Arten missbraucht werden - Vererbung, Reflektion, Aufruf des privaten Konstruktors in einer statischen Factory - um die Klasse zu instanziieren.

Wenn Sie nie Instanziierung wollen, würde ich mit der statischen Klasse gehen.

---

bearbeiten - Klärung für FosterZ Kommentar

Sagen Sie bitte dieses Utility-Klasse haben:

public class Utility 
{ 
    public static string Config1 { get { return "Fourty Two"; } } 

    public static int Negate(int x) { return -x; } 

    private Utility() { }  
} 

Wenn ein anderer Entwickler nicht klar, auf seine Absicht ist, könnten sie dies tun:

public class Utility 
{ 
    public static string Config1 { get { return "Fourty Two"; } } 
    public int Config2 { get; set; } 

    public static int Negate(int x) { return -x; } 

    private Utility() { } 

    /// Get an instance of Utility  
    public static Utility GetUtility() 
    { 
     return new Utility(); 
    } 
} 

Jetzt haben Sie eine Frankenstei n Klasse. Einige seiner Funktionen erfordern Instantiierung und andere nicht. Vielleicht ist es das, was du willst, aber vielleicht ist es das nicht. Sie könnten dies mit Code-Review verhindern, aber warum machen Sie Ihre Absichten nicht explizit im Code? Wenn Sie die Klasse als static markieren, werden mögliche Verwechslungen ausgeschlossen. Sie können eine statische Klasse nicht instanziieren oder von ihr erben.

Answer 3

Zusätzlich zu den vorherigen Antworten: Der Compiler erlaubt nicht-statische Mitglieder auf statische Klassen und produziert und Fehler. Dies kann ein wenig dazu beitragen, dass nicht versehentlich nicht statische Elemente hinzugefügt werden.

Answer 4

Auch ich werde mit dem privaten Konstruktor gehen, der niemals von den statischen Methoden aufgerufen wird. Also wäre jede Initialisierung dort verschwendet ... Aber das ist nur eine Theorie.

Answer 5

Sie können Objekt einer Klasse übergeben, die privaten Konstruktor als Parameter für eine beliebige Methode hat, aber Sie können nicht dasselbe mit der statischen Klasse tun. Dies ist der Hauptunterschied.