Implementieren von Schnittstellen in partiellen Klassen

Question

Betrachten Sie eine Klasse, die viele Schnittstellen implementiert, wäre es sinnvoll, jede Schnittstelle in einer separaten Datei mit partial class Definitionen zu implementieren?

Wäre dies ein Missbrauch der Sprachfunktion oder ist es ein Idiom, von dem ich nichts weiß?

Answer 1

Wenn Ihre Klasse hat, um viele Schnittstellen zu implementieren, ist das ein vernünftiger Weg, die Quelle zu verwalten, ja. Sie können die Projektdatei so bearbeiten, dass mehrere von ihnen von einer "Haupt" -Klassendatei abhängen, wodurch die Arbeit mit dem Projektmappen-Explorer erleichtert wird.

Sie sollten sich fragen, ob Sie nicht mehrere kleinere Klassen haben sollten, die jeweils eine einzige Schnittstelle implementieren. Manchmal ist das ein besserer Ansatz, manchmal nicht - aber es lohnt sich immer, die Frage zu stellen.

Answer 2

Kein Idiom, von dem ich jemals gehört habe, aber klingt wie eine elegante Möglichkeit, Ihren Code zu partitionieren.

Answer 3

Der einzige Vorteil besteht darin, dass die verschiedenen Schnittstellenimplementierungen in separaten physischen Dateien vorliegen.

Meiner Meinung nach wird dies durch den Nachteil aufgewogen, dass Ihre Klassendeklaration in separaten physischen Dateien gespeichert ist.

Answer 4

Sie können, ja, aber das wird Ihnen keine Vorteile mehr, sagen wir, eine einzige Datei mit Regionen. Teilweise Klassen neigen dazu, eklig zu sein, weil es nicht sofort offensichtlich ist, dass es einen anderen Teil dazu gibt, und jemand anderes, der die Klasse betrachtet, könnte es vermissen. Ich persönlich bevorzuge es, alles an einem Ort zu haben.

Answer 5

Ich denke, dass Sie sich fragen sollten, ob es einfacher oder schwerer ist, den Code zu verstehen, wenn Sie für jede von Ihrer Klasse implementierte Schnittstelle eine .cs-Datei haben. Wie würdest du die Dateien benennen?

Obwohl ich hier vielleicht ein wenig ausstrecke, denke ich, dass ich vorschlagen werde, dass Sie die viel verhasste #region Direktive verwenden, wenn das Organisieren des Codes Ihr Ziel ist.

Answer 6

Pro: kann leicht feststellen, welcher Teil einer Klasse welche Schnittstelle implementiert (gut, wenn Sie ein Werkzeug verwenden, das nicht leicht durch Code innerhalb der IDE navigieren kann).

Con: leichte Kontext zu verlieren, da Sie jetzt in mehreren Dateien navigieren

ich denn w/dem Fortschritt in der IDE heutzutage, ist es nicht wirklich wichtig. Sie können eine einzelne Datei haben und mit dem Tool schnell in Ihrer Klassenstruktur navigieren. Aber dann kann wieder Werkzeug in beide Richtungen helfen ... so ...

Teilweise ist immer noch gut zum Trennen von generierten Code vs benutzerdefinierten Code.

Answer 7

Es geht um so viel Sinn macht, als mit Konstrukteuren in einem Teilklassendatei Eigenschaften in einem anderen Teilklassendatei, etc., etc.

heißt Sie es nicht tun, wenn Sie einen guten Grund haben.

Answer 8

Ich denke, es gibt bessere Möglichkeiten der Strukturierung Ihres Codes als die Verwendung von Teiltönen in diesem Fall. Es gibt keine Referenz in Visual Studio, die Sie konsultieren können, um zu sehen, wie viele partielle Implementierungen es für eine bestimmte Klasse gibt, so dass es leicht ist, den Überblick zu verlieren.

Je nachdem, wie viele Schnittstellen Sie wirklich mit "vielen Schnittstellen" meinen, können Sie Regionen verwenden, um die Implementierungen zu trennen. Das wäre bis zu 10-15 Schnittstellen mit insgesamt 150 Funktionen zu implementieren. Danach werden die Dinge unordentlich und du wirst den Überblick verlieren. Und hier profitieren Sie von anderen Mechanismen wie Vererbung, Kapselung oder Aggregation und der Verwendung von Services und Hilfsklassen.

Aber ich würde ernsthaft die Architektur des Codes überdenken, wenn Sie jemals über die Notwendigkeit kommen 15+ Schnittstellen zu implementieren ....