Wann verwenden Sie Erweiterungsmethoden, ext. Methoden gegen Vererbung?

Male verwenden Dateiendung Methoden:

• wenn Sie keine Kontrolle über die Arten erweitert
• wo Sie nicht wollen, zu zwingen, die Implementierung zu geben Sie code, die getan werden kann mit den vorhandenen Methoden

Ein Beispiel für den zweiten Punkt; das haben Sie vielleicht eine extension-Methode auf IList<T> (zum BeispielSort), die geschrieben werden können, vollständig mit der vorhandenen IList<T> Mitglieder... also warum zwingen, jemand anderes, etwas zu schreiben? Dies ist die Grundlage blockieren von LINQ, und erlaubt, dass Microsoft Ihnen viel weitere Funktionen, ohne dass etwas kaputtgeht.

Zeiten zu nicht mit extension-Methoden:

• wenn Polymorphismus ist unkritisch; Sie kann nicht garantieren, dass Ihr code die version ausgeführt wird, mit einer Erweiterung Methode, da die Methoden direkt auf die Art Vorrang
• wenn Sie benötigen Zugriff auf private/protected-Elemente

InformationsquelleAutor der Antwort Marc Gravell

Ich mit extension-Methoden, wenn es Sinn macht. Wenn Sie eine Klasse und den zugehörigen code, den Sie in der Regel nicht brauchen, Erweiterung Methoden.

Wenn Sie nichteine Erweiterung Methode, die nützlich sein könnten.

Einem Ort, den ich Häufig mit extension-Methoden für [Flags] Enumerationen. Wenn Sie ein flag-based enumeration, es gibt einen ziemlich großen Ausdruck, die erforderlich ist, um zu bestimmen, ob oder nicht eine Aufzählung Wert hat ein bestimmtes flag gesetzt ist. Und so Baue ich die folgende extension-Methode, wenn ich ein [Flags] enumeration:

[Flags]
public enum MyEnum
{
    FlagA,
    FlagB,
    //etc.
}

public static class MyEnumExt
{
    public static bool HasFlags(this MyEnum item, MyEnum query)
    {
        return ((item & query) == query);
    }
}

So, mein code sieht wie folgt aus:

MyEnum flags = MyEnum.FlagA;
if(flags.HasFlags(MyEnum.FlagA))
{
  //handle FlagA
}

Statt:

MyEnum flags = MyEnum.FlagA;
if((flags & MyEnum.FlagA) == MyEnum.FlagA)
{
  //handle FlagA
}

InformationsquelleAutor der Antwort Randolpho

Ehrlich, ich würde sagen, es ist leichter zu sagen, wenn es NICHT eine gute Idee, wenn dann ist es eine gute Idee.

Ich denke, der größte Vorteil an der Erweiterung Methoden ist, dass Sie die Akzeptanz der Methode. Dies ist, weil die Benutzer nicht haben, um zu instanziieren eine Instanz der anderen Klasse, um zu verwenden, Ihre Methode und intelisense werben mit Ihrer Methode, wenn ein Entwickler ist auf der Suche nach Methoden für die Klasse, die Sie erweitern. Dies könnte wichtig sein, wenn Sie versuchen, um andere Entwickler zu Folgen, einen neuen standard in Ihrem Unternehmen.

Wenn erwägen, ob oder nicht zu schaffen, eine Erweiterung Methode, erinnere mich an die SOLIDE Prinzipien.

Single-Responsability:
- Sie sind fast immer mindestens Biege das Prinzip der einzigen Verantwortung >mit einer Erweiterung Methode, weil Sie sind, Heften Sie sich auf etwas, das schon >eine Klasse (die Sie entweder nicht haben Kontrolle über oder zu viel Angst zu berühren).

Open/Close-Prinzip:
- Erweiterung Methoden nicht overidable, was bedeutet, dass Ihre Methode kann nicht >hinreichend "offen für Erweiterung".

Liskov substitutionsprinzip
- Wenn Sie haben irgendeine Art von Vererbung Struktur, die Sie nicht in der Lage, verwenden Sie die >Erweiterung der Methoden auf die sub-Typen.

Ichinterface-segregation-Prinzip
-Sie können zwar "verlängern", eine Schnittstelle, haben Sie, um eine konkrete >die Umsetzung für die Erweiterung. So können Sie nicht Programmieren gegen ein interface - >das ist anders implementiert, die in einem anderen Kontext (z.B. Unit-Test)

Dependency inversion Prinzip
- Wenn der code irgendwelche Abhängigkeiten hat, wie wollen Sie entlarven die >Abhängigkeiten für Fabriken und unit-tests (dependency-inversion-Prinzip)?

Schließlich, extension-Methoden sind nur statische Methoden tragen ein neues Kleid. Also, an alle die Schwierigkeiten, die mit statischen Methoden (wie thread-Sicherheit, garbage collection, etc) kommen zusammen mit der Erweiterung Methoden ein, wenn Sie Sie umsetzen.

So, ich würde denken, lange und hart über das schreiben eine Methode als eine Erweiterung und überdenken über eine factory-und eine basic-Helfer Klasse statt.

Wenn Sie schreiben eine extension-Methode, bitte machen Sie es sich sehr einfach. Versuchen Sie zu vermeiden, dass alle Abhängigkeiten (oder pass alle Ihre Abhängigkeiten als Parameter). Und seien Sie vorsichtig, wie Sie verwalten den Speicher und Ressourcen sperren, in einer multi-threaded Umgebung.

InformationsquelleAutor der Antwort Rober