Nachteile der Verlängerungsmethoden?

Question

Die Erweiterungsmethode ist eine wirklich hilfreiche Funktion, mit der Sie viele Funktionen in jeder Klasse hinzufügen können. Aber ich frage mich, ob es einen Nachteil gibt, der mir Probleme bereiten könnte. Irgendwelche Kommentare oder Vorschläge?

Answer 1

• Die Art und Weise, wie Erweiterungsmethoden importiert werden (d. h. ein ganzer Namespace auf einmal), ist nicht granular. Man kann nicht eine Erweiterung aus einem Namespace importieren, ohne den ganzen Rest zu erhalten.
• Aus dem Quellcode ist nicht sofort ersichtlich, wo die Methode definiert ist. Dies ist auch ein Vorteil - Das bedeutet, dass Sie Ihren Code konsistent mit den übrigen Methoden des Typs gestalten können, selbst wenn Sie ihn aus irgendeinem Grund nicht an derselben Stelle platzieren können. Mit anderen Worten: Der Code ist auf hohem Niveau einfacher zu verstehen, aber komplizierter in Bezug auf die genau was gerade ausgeführt wird. Ich würde argumentieren, dies ist wahr von LINQ im Allgemeinen, auch.
• Sie können nur Erweiterungsmethoden haben, keine Eigenschaften, Indexer, Operatoren, Konstruktoren usw.
• Wenn Sie eine Klasse eines Drittanbieters erweitern und in einer späteren Version eine neue Methode mit der gleichen Signatur einführen, werden Sie nicht ohne weiteres erkennen, dass sich die Bedeutung Ihres aufrufenden Codes geändert hat. Wenn die neue Methode sehr ähnlich zu Ihrer Erweiterung, aber mit subtil unterschiedlichen Randbedingungen (oder was auch immer), dann könnte dies zu einigen sehr kniffligen Fehlern führen. Es ist aber relativ unwahrscheinlich, dass das passiert.

Answer 2

Ein paar Dinge:

• Es ist nicht immer klar, woher die Erweiterungsmethode kommt, es sei denn, Sie befinden sich in VS.NET
• Erweiterungsmethoden können nicht über Reflection oder das dynamische Lookup von C# 4.0 aufgelöst werden

Answer 3

• Die Null-Prüfung bei statischen Methoden ist anders. Nicht unbedingt besser oder schlechter - aber anders, und der Entwickler muss das verstehen. Die Möglichkeit, eine Methode mit einem Nullwert aufzurufen, kann unerwartet sein und (manchmal) sehr nützlich sein.

• Kein Polymorphismus (obwohl Überladung unterstützt wird)

• Man kann in ein Chaos mit Mehrdeutigkeit geraten, wenn zwei Erweiterungsmethoden für den Quelltyp in Konflikt stehen (und keine davon als "besser" eingestuft wird). Der Compiler weigert sich dann, eine von beiden zu verwenden... was bedeutet, dass das Hinzufügen einer Erweiterungsmethode in Assembler A unverbundenen Code in Assembler B zerstören kann*.

• Sie können in nicht mit C# 2.0 verwenden, wenn Sie also eine Bibliothek für C# 2.0 schreiben, ist es nicht hilfreich

• Es braucht [ExtensionAttribute] - wenn Sie also eine Bibliothek für .NET 2.0 schreiben, geraten Sie in eine Zwickmühle: wenn Sie Ihre eigene [ExtensionAttribute], kann es zu Konflikten mit einem .NET 3.5-Aufrufer kommen

Verstehen Sie mich aber nicht falsch - ich bin ein großer Fan!

Sie können sich wahrscheinlich denken, dass ich gerade eine Bibliothek schreibe, die für C# 2.0 und .NET 2.0-Aufrufer funktionieren muss - und bei der (ärgerlicherweise) Erweiterungsmethoden sehr, sehr nützlich wären!

*=nur für den Compiler; Code, der bereits kompiliert wurde, ist in Ordnung

Answer 4

Erweiterungsmethoden machen Spaß, aber sie können auch Probleme mit sich bringen. Was passiert zum Beispiel, wenn Sie eine Erweiterungsmethode schreiben und eine andere Bibliothek eine Erweiterungsmethode mit der gleichen Signatur erstellt? Dann werden Sie Schwierigkeiten haben, beide Namensräume zu verwenden.

Man kann auch argumentieren, dass sie weniger auffindbar sind. Ich denke, es kommt darauf an. In einigen Fällen sollte Ihr Code in einer Klasse verpackt werden, in anderen Fällen ist es in Ordnung, diese Funktionalität als Erweiterungsmethode hinzuzufügen.

In der Regel mache ich Erweiterungsmethoden als Wrapper für meine eigenen Klassen oder BCL-Klassen und lege sie in einen anderen Namensraum, z.B. Utils und Utils.Extensions. Auf diese Weise müssen die Erweiterungen nicht verwendet werden.

Answer 5

Was die Nachteile anbelangt, so würde ich sie ähnlich wie Makros sehen - es kann sein, dass der Code schwieriger zu warten ist, weil andere mit den von Ihnen hinzugefügten Erweiterungen nicht vertraut sind.