Java enumsの可用性の可能性と可能性？

Question

私はそれを知る唯一の人かどうか分かりませんが、enumの値は暗黙的に最終的なものではなく、変更することができます。

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 

これらの値は、oftenly自分自身を除いて、私は不変でなければなりません列挙型変数のための最終的なキーワードを使用して誰も見たことがない、インスタンス作成（TOTO("TOTO 1")）で初期化されますが、。それは質問のポイントではなく、ただ私がこれを知っている唯一の人かどうか疑問に思っています。

---

変更可能な列挙型を作成するためのユースケースがあれば教えてください。

また、私たちが列挙型でできることの限界を知りたい（良い練習かどうか）。 私はそれをテストしていませんが、おそらくenumにSpring Beanを注入することができますか？ 少なくとも、各インスタンスに注釈を付けることができます（例：@Deprecated works is fine）。

Answer 1

怠惰な初期化（最初に使用されたときにいくつかのフィールド値を計算するか、しばしばそれらがまったく使用されない場合は計算する）、または（レジストリなどの）「通常の」変更可能なシングルトンオブジェクトです。

しかし、ほとんどの場合、列挙型オブジェクトは不変であり、フィールドは最終的なものでなければなりません。

Answer 2

私が知りたいのは、可変列挙型を作成するためのユースケースがあるかどうかです。

列挙型定数自体は可変ではなく、フィールドは可変です。

Answer 3

ここで興味深い事実を指摘していますが、私が懸念している限り、変更可能な列挙型フィールドの用途はありません。この言語「機能」（「バグ」？）を使用することは、他の開発者を混乱させる可能性があるだけでなく、悪い考えです。

Answer 4

Alex Dの回答とコメントに応じて、私は可能なユースケースを投稿するという彼の提案を受けています。重力などを計算できる惑星の古い標準列挙の例を見てみましょう。各惑星での人間のコロニーの数を維持したかったと想像してください。はい、あなたはEnumMapを使用することができますが、私はより多くの可変フィールドが必要と値ごとに別々のマップまたは直感的だろう列挙型に関連付けられた変更可能な値を保持するために、別のクラスのいずれかを持つことができた場合を見ることができました。

私は私のコメントで述べたように、一般的に私は、列挙型が通常であり、不変でなければなりませんが、私は何のユースケースが存在しないことを伝えることは強すぎると感じていると信じています。

Answer 5

enumに変更可能なフィールドの使用を禁止する理由はありません。 enumを使用して、その型の値が有限の（そして既知の）可能性のセットの1つに属することを述べる。これらの値が時間とともに進化する性質を持つことができないことを意味するものではありません。

一部は、このようなシナリオのためのユースケースを求めています。 1つの例は、ErrorCategoryのようなenumタイプを使用することであり、エラーを予め定義された任意の数のカテゴリ（例えば、DocumentationError,SemanticError、LayoutError ...）のうちの1つに分類する。

ErrorCategoriesが、requiresInstantInterventionまたはshouldFailBuildなどのプロパティを持っているとします。私はこれらのプロパティの値が時間の経過とともに変化する可能性があること、またはユーザーが設定できることを想像することができます。

実際にこれを実装する方法はたくさんありますが（上記のように実際にはEnumMapsなど）、スタイルについては常に論じることができますが、私にとってはenumの使用自体は間違いではありません。 enumはjavaの参照型であるため、==の動作は、最初に変更可能なプロパティがない場合と同じままです。

Answer 6

enumインスタンスは、enumクラスのpublic static finalフィールドです。したがって、変更可能な場合は、別のスレッドでその状態を変更することができます。これはあなたが望むものではないかもしれませんし、あなたがこれを理解していなければ問題を引き起こすかもしれません。