Java enums Wandelbarkeit Use Cases und Möglichkeiten?

Question

Ich weiß nicht, ob ich der Einzige bin, der das weiß, aber die Werte eines Enums sind nicht implizit endgültig und können geändert werden.

enum EnumTest { 
    TOTO("TOTO 1"), 
    TATA("TATA 2"), 
    ; 

    private String str; 

    private EnumTest(String str) { 
     this.str = str; 
    } 

    @Override 
    public String toString() { 
     return str; 
    } 
    } 

    public static void main(String[] args) { 
    System.out.println(EnumTest.TATA); 
    EnumTest.TATA.str = "newVal"; 
    System.out.println(EnumTest.TATA); 
    } 

TATA 2 
newVal 

Diese Werte werden oftenly bei Instanzerstellung initialisiert (TOTO("TOTO 1")), aber außer mir, ich habe noch nie jemanden gesehen, das letzte Schlüsselwort für Enum-Variablen, die unveränderlich sein sollte. Das ist nicht der Punkt der Frage, ich frage mich nur, ob ich der Einzige bin, der sich dessen bewusst ist.

---

Was würde ich gerne wissen, wenn es einen Anwendungsfall gab, um veränderbare enums zu erstellen?

Und ich würde auch gerne die Grenzen dessen kennen, was wir mit enums machen können (gute Praxis oder nicht). Ich habe es nicht getestet, aber vielleicht kann ein Enum mit Spring Bohnen injiziert werden? Zumindest scheint es, dass wir jede Instanz (z. B. @Deprecated funktioniert gut) und auch die Methoden kommentieren können.

Answer 1

Ein möglicher Anwendungsfall wäre die Lazy-Initialisierung (einige Feldwerte bei der ersten Verwendung berechnen, wenn sie oft gar nicht verwendet werden) oder ein "normales" veränderbares Singleton-Objekt (wie eine Registrierung oder Ähnliches).

In den meisten Fällen sollten Enum-Objekte jedoch unveränderlich sein und ihre Felder sind endgültig.

Answer 2

Was würde ich gerne wissen, wenn es einen Anwendungsfall gab, um veränderbare enums zu erstellen?

Die Enum-Konstanten sind nicht selbst veränderbar, ihre Felder sind veränderbar.

Answer 3

Während Sie hier auf eine interessante Tatsache hinweisen, gibt es, soweit es mich betrifft, keinen Anwendungsfall für veränderbare enum-Felder. Es gibt viele Gründe, warum die Verwendung dieser Sprache "Feature" ("Bug"?) Eine schlechte Idee wäre, nicht zuletzt die Möglichkeit, andere Entwickler zu verwirren.

Answer 4

Als Antwort auf Alex Ds Antwort und Kommentar nehme ich seinen Vorschlag, einen möglichen Anwendungsfall zu veröffentlichen. Nehmen wir das alte Standard-Enum-Beispiel von Planeten, aus denen die Gravitation usw. berechnet werden kann. Stellen Sie sich vor, Sie wollten die Anzahl menschlicher Kolonien auf jedem Planeten erhalten. Ja, Sie könnten eine EnumMap verwenden, aber ich könnte einen Fall sehen, wo mehr und mehr veränderbare Felder benötigt werden könnten und entweder eine separate Map für jeden Wert oder eine separate Klasse für die veränderlichen Werte, die mit einer Enumeration verbunden sind, wäre nicht intuitiv.

Wie ich in meinen Kommentaren sagte, im Allgemeinen glaube ich Enums sind in der Regel und sollte unveränderlich sein, aber ich finde, dass die Aussage, dass es keine Anwendungsfälle gibt, zu stark ist.

Answer 5

Ich sehe keinen Grund, die Verwendung von veränderbaren Feldern in enum s zu verbieten. Man verwendet einen enum, um anzugeben, dass der Wert des Typs zu einem endlichen (und bekannten) Satz von Möglichkeiten gehört. Es bedeutet nicht, dass diese Werte keine Eigenschaften haben können, die sich im Laufe der Zeit entwickeln.

Einige haben nach Anwendungsfällen für ein solches Szenario gefragt. Ein Beispiel wäre die Verwendung eines enum Typs wie ErrorCategory, der einen Fehler in eine beliebige Anzahl vordefinierter Kategorien einteilen würde (zB: DocumentationError, SemanticError, LayoutError ...).

Angenommen, diese ErrorCategories haben Eigenschaften wie requiresInstantIntervention oder shouldFailBuild. Ich kann mir vorstellen, dass sich der Wert dieser Eigenschaften im Laufe der Zeit ändern kann oder dass sie vom Benutzer konfigurierbar sein können.

ich erkennen, dass es (viele) andere Wege, diese Umsetzung (wie in der Tat EnumMaps oben erwähnt), und man kann immer über den Stil streiten, aber für mich, eine solche Verwendung von enum s ist an sich nicht falsch. Da enum s Referenztypen in Java sind, bleibt das Verhalten von == das gleiche wie wenn es überhaupt keine änderbaren Eigenschaften gäbe.

Answer 6

Eine Enum-Instanz ist ein öffentliches statisches Endfeld der Enum-Klasse. Wenn es veränderbar ist, können Sie seinen Status in einem anderen Thread ändern. Dies ist möglicherweise nicht das, was Sie wollen und kann Probleme verursachen, wenn Sie dies nicht erkennen.