'final' Modifizierer für eine Klasse in Java

Ich werde aus folgenden Gründen schlechte Angewohnheit sagen:

• Sie haben keinen besonderen Bedarf für die Klasse angegeben, die endgültig sein soll.
• Sie verstoßen gegen das Prinzip open / closed . Klassen sollten zur Erweiterung geöffnet sein, aber für Änderungen geschlossen sein.
• Abgeschlossene Klassen können mit spöttischen Frameworks schwer zu testen sein.

Zum Beispiel:

... ergibt ...

Natürlich gibt es gültige Szenarien für das Finalisieren von Klassen. Zum Beispiel ist Ihre Klasse unveränderlich.

Programmierer (sogar Java-Gurus) stimmen dem nicht zu.

Josh Bloch, der die Java Collections-Bibliothek java.Math, assert entworfen hat und Chief Java-Architekt bei Google ist (oder noch bevor er Gosling eingestellt hat), hat einen Abschnitt seines Buches "Effective Java" diesem Thema gewidmet . Ich gehe mit dem, was er zu sagen hat:

  

    

Punkt 17: Design und Dokument für die Vererbung oder verbieten es

  

Er weist darauf hin, dass Subklassenklassen, die dafür nicht entwickelt wurden, oft zu Desaster führen.

Außerdem ist das Entwerfen für die Vererbung teuer.

1. Es gibt große Einschränkungen für das, was Ihre Klasse tun kann
2. Sie müssen mehr Dokumentation schreiben, damit Autoren von Unterklassen wissen, wie öffentliche Methoden intern von der Klasse
verwendet werden
3. Sie müssen es testen. Dies erfordert das Testen der schreibenden Unterklassen

Du kannst immer deine Meinung ändern und etwas Nicht-Endgültiges machen. Sie können nicht etwas Finales machen, das nicht endgültig ist.

Lesen Sie "Effektives Java", das macht dieses Argument viel überzeugender. Es wird dich auch zu einem besseren Programmierer machen.

Es ist eine gute Angewohnheit. Das Ändern einer finalen Klasse in nonfinal sollte keinen Code brechen. Wenn Sie eine nicht finale Klasse in "final" ändern, wird möglicherweise Code beschädigt.

Ich würde sagen, es ist eine schlechte Angewohnheit, weil es bedeutet, dass Sie nicht durch die Entscheidung denken. Der Punkt, die Dinge nicht endgültig zu machen, ist, dass Sie Unterklassen erstellen und Änderungen vornehmen können , ohne den ursprünglichen Code zu ändern . Du brichst das.

Ihre Frage hat keine genaue Antwort. Es hängt davon ab, was der Zweck der Klassen ist, die Sie schreiben. Einige sollten von Natur aus endgültig sein, andere nicht, außer Sie möchten explizit Unterklassen verbieten.

Wenn Sie nur selbst programmieren, denke ich nicht, dass dies einen Unterschied machen würde. Sie würden den Modifikator " final " jedes Mal entfernen, wenn Sie etwas wissen oder etwas unterklassifizieren müssen.

Abschließend final Modifier für eine Klasse ist es normalerweise ein Hinweis für jemanden anderen darüber, wie Ihre Klasse verwendet werden sollte, nicht eine echte gute / schlechte Angewohnheit.

Es hat keinen Effekt mit HotSpot, aber ich bin unsicher in Bezug auf andere Laufzeitsysteme. Ich benutze es nie, weil es nutzlos scheint. Während final in einer Variablen (die auch in HotSpot keine Wirkung hat) verhindern kann, dass Sie einen Wert ändern, den Sie nicht möchten, haben Sie nicht wirklich die gleichen Sorgen mit einer Klasse.

Früher spielte es jedoch in HotSpot eine Rolle. Und es kann für etwas wie Android und Dalvik wichtig sein.

Im Allgemeinen ist das keine gute Idee. Wenn die Klassen auf Ihr Projekt beschränkt sind, ist es in Ordnung, dies zu tun. Wenn Sie die Notwendigkeit sehen, einige der Klassen zu erweitern, kann er sie immer als nicht endgültig definieren.