Gibt es eine Faustregel, wann eine statische Methode im Vergleich zu einer Instanzmethode codiert werden soll?

Eine wichtige Sache zu erinnern ist, dass statische Methoden nicht von einer Unterklasse überschrieben werden können. Verweise auf eine statische Methode in Ihrem Code binden diese im Wesentlichen an diese Implementierung. Bei Verwendung von Instanzmethoden kann das Verhalten basierend auf dem Typ der Instanz variiert werden. Sie können den Polymorphismus nutzen. Statische Methoden sind eher für utilitaristische Operationen geeignet, bei denen das Verhalten in Stein gemeißelt ist. Dinge wie Base-64-Codierung oder Berechnung einer Prüfsumme zum Beispiel.

Ich glaube nicht, dass irgendeine der Antworten auf das Herz des OO-Grundes kommt, wann man das eine oder das andere wählen sollte. Sicher, verwenden Sie eine Instanzmethode, wenn Sie mit Instanzmembern arbeiten müssen, aber Sie können alle Ihre Member öffentlich machen und dann eine statische Methode codieren, die eine Instanz der Klasse als Argument akzeptiert. Hallo C.

Sie müssen über die Nachrichten nachdenken, auf die das Objekt, das Sie entwerfen, reagiert. Diese werden immer Ihre Instanzmethoden sein. Wenn du auf diese Weise an deine Objekte denkst, wirst du fast nie etwas davon haben statische Methoden . Statische Mitglieder sind unter bestimmten Umständen in Ordnung.

Bemerkenswerte Ausnahmen, die mir in den Sinn kommen, sind die Factory-Methode und Singleton-Muster (sparsam verwenden). Seien Sie vorsichtig, wenn Sie versucht sind, eine "Helfer" -Klasse zu schreiben, denn von dort aus ist es ein rutschiger Abhang in die prozedurale Programmierung.

Wenn die Implementierung einer Methode vollständig in Bezug auf die öffentliche Schnittstelle (ohne Downcasting) Ihrer Klasse ausgedrückt werden kann, dann kann es ein guter Kandidat für eine statische "Dienstprogramm" -Methode sein. Auf diese Weise können Sie eine minimale Schnittstelle beibehalten und gleichzeitig die Komfortmethoden bereitstellen, die von den Clients des Codes häufig verwendet werden. Wie Scott Meyers erklärt , fördert dieser Ansatz die Kapselung, indem er die Menge an Code minimiert, die von einer Änderung der internen Implementierung einer Klasse betroffen ist . Hier ist ein weiterer interessanter Artikel von Herb Sutter, der std :: basic_string auswählt und entscheidet, welche Methoden Mitglieder sein sollten und welche nicht .

In einer Sprache wie Java oder C ++ gebe ich zu, dass die statischen Methoden den Code weniger elegant machen, so dass es immer noch einen Kompromiss gibt. In C # können Erweiterungsmethoden Ihnen das Beste aus beiden Welten bieten.

Wenn die Operation aus irgendeinem Grund von einer Unterklasse überschrieben werden muss, dann muss es natürlich eine Instanzmethode sein. In diesem Fall müssen Sie über alle Faktoren nachdenken, die beim Entwerfen einer Klasse für die Vererbung berücksichtigt werden .

Meine Faustregel lautet: Wenn die Methode irgendetwas mit einer bestimmten Instanz einer Klasse verknüpft ausführt, unabhängig davon, ob Klasseninstanzvariablen verwendet werden müssen. Wenn Sie eine Situation in Betracht ziehen, in der Sie möglicherweise eine bestimmte Methode verwenden müssen, ohne sich unbedingt auf eine Instanz der Klasse zu beziehen, sollte die Methode definitiv statisch (Klasse) sein. Wenn diese Methode in bestimmten Fällen auch Instanzvariablen verwenden muss, ist es wahrscheinlich am besten, eine separate Instanzmethode zu erstellen, die die statische Methode aufruft und die Instanzvariablen übergibt. Leistungsmäßig glaube ich, dass es einen vernachlässigbaren Unterschied gibt (zumindest in .NET, obwohl ich mir vorstellen würde, dass es für Java sehr ähnlich wäre).

Wenn Sie den Status (einen Wert) eines Objekts beibehalten und die Methode für den Zugriff oder die Änderung des Status verwendet, sollten Sie eine Instanzmethode verwenden.

Auch wenn die Methode den Status (eine Dienstprogrammfunktion) nicht ändert, würde ich Ihnen empfehlen, eine Instanzmethode zu verwenden. Meistens weil Sie auf diese Weise eine Unterklasse haben, die eine andere Aktion ausführen kann.

Für den Rest könnten Sie eine statische Methode verwenden.

:)

Dieser Thread sieht relevant aus: Methode kann statisch gemacht werden, aber sollte es? Der Unterschied zwischen C # und Java wird seine Relevanz nicht beeinflussen (denke ich).

Grundsätzlich gilt als Faustregel, wenn für das Objekt spezifische Daten verwendet werden. Math.max ist also statisch, aber BigInteger.bitCount () ist eine Instanz. Es wird offensichtlich komplizierter, wie es bei Ihrem Domänenmodell der Fall ist, und es gibt Grenzfälle, aber die allgemeine Idee ist einfach.

Ich würde standardmäßig eine Instanzmethode verwenden. Der Vorteil besteht darin, dass das Verhalten in einer Unterklasse außer Kraft gesetzt werden kann, oder wenn Sie für Schnittstellen codieren, kann eine alternative Implementierung des Kollaborators verwendet werden. Dies ist sehr nützlich für die Flexibilität beim Testen von Code.

Statische Referenzen werden in Ihre Implementierung eingebunden und können nicht geändert werden. Ich finde statische nützlich für kurze Hilfsmethoden. Wenn der Inhalt Ihrer statischen Methode sehr groß ist, sollten Sie darüber nachdenken, die Verantwortlichkeit in ein oder mehrere separate Objekte aufzuteilen und diese mit dem Client-Code als Objektinstanzen zusammenarbeiten zu lassen.

Das Problem bei statischen Methoden besteht darin, dass Sie eines der objektorientierten Kernprinzipien durchbrechen, wenn Sie an eine Implementierung gekoppelt sind. Sie möchten das Open-Close-Prinzip unterstützen und Ihre Klasse eine Schnittstelle implementieren lassen, die die Abhängigkeit beschreibt (in einem abstrakten Verhaltenssinn) und dann Ihre Klassen von dieser Schnittstelle abhängig machen. Viel einfacher zu erweitern nach diesem Punkt vorwärts. ..

Meine statischen Methoden sind immer eine der folgenden:

1. Private "Helfer" -Methoden, die eine nur für diese Klasse nützliche Formel auswerten.
2. Factory-Methoden ( Foo.getInstance() etc.)
3. In einer "Dienstprogramm" -Klasse, die endgültig ist, einen privaten Konstruktor hat und nichts anderes als öffentliche statische Methoden enthält (z. B. com.google.common.collect.Maps )

Ich werde eine Methode nicht statisch machen, nur weil sie sich nicht auf Instanzvariablen bezieht.