javaでenumに動的に値を入れるのはだめなのか。

Question

先日こんなことがありました。javaでプログラムを作っているのですが、4つに区分できてそれぞれがシングルトンなデータがあって、それらには、定期的に動的に変わる値があるのですが、それをenumで実装したらわかりやすいからどうだと言われ承諾しました。

ですが、実装が終わったあと別の人からenumの使い方として間違っている。（enumは定数的に扱うものだから外部から動的に値をいれちゃいけないとのこと）バグには繋がらないけど気持ち悪いからやめて欲しいと言われ最終的に普通のデータクラスに変更しました。

デザインパターンとかでenumに動的に値を入れるのはダメなのでしょうか。

これが。

enum Fruit {
  APPLE,ORANGE,KAKI,DAIKON;

    int amasa;

    public void setAmasa(int amasa){
        this.amasa = amasa;
    }
}

こうなった。

class FruitData {
    Fruit fruit;
    int amasa;

    void setFruit(Fruit fruit){
        this.fruit = fruit;
    }

    void setAmasa(int amasa){
        this.amasa = amasa;
    }
}

enum Fruit {APPLE,ORANGE,KAKI,DAIKON;}

Answer 1

一般的に受け入れられる使用方法ではないかも知れません。

調べてみたところ、publicかつ可変なenumはFindBugsのバグパターンに登録されていました。
以下のリンクのME_ENUM_FIELD_SETTERおよびME_MUTABLE_ENUM_FIELDという項です。
http://findbugs.sourceforge.net/bugDescriptions.html

上記ページによると、可変なフィールドへのアクセスを制御できないことが問題のようです。

逆に言うと、その点に注意して実装すれば（バグにつながらない、という意味では）問題ないのではないでしょうか？

もっとも、主観的なことを言わせていただければ、私もそのようなコードは「気持ち悪い」と感じますがw

Comments

[退会済みユーザー]

ご回答ありがとうございます。

FindBugsから指摘されるのは、嫌いなので、ポイント高いです。でも、今回はprivateな内部クラスだったので一応セーフっぽいですね。

そして、またしても気持ち悪いとの指摘を受けてしまいました。（苦笑）
コード量が減るから、便利なんじゃ新たなenumの使い方を開拓したんじゃないか、なんて思っておりましたが、混乱を招きそうなので今後は自らこういう実装をすることはなさそうですw

Answer 2

甘さの異なるリンゴが同時には存在し得ないという意味で、たしかに気持ち悪いですね。

改良後の方が自然だと思います。

※setFruit(int fruit)は、正しくは、setFruit(Fruit fruit)ですよね？

Comments

[退会済みユーザー]

ご回答ありがとうございます。修正しました。

Answer 3

質問のコードは確かに気持ち悪いと感じる上に、enumで作る必要はなさそうですね。

下記のようにするのであればいいと思います。

enum Fruit {
   APPLE(1),ORANGE(2),KAKI(3),DAIKON(4);

   public final int amasa;
   Fruit(int amasa){
        this.amasa = amasa;
    }
}

Comments

[退会済みユーザー]

ご回答ありがとうございます。説明不足だったのですが、実はamasaは、動的に変わる仕様なのです。ある時はリンゴの甘さが5だったり6だったりするのです。ただ、リンゴはシングルトンなんです。でも、そういう事情があっても確かに実装する際にやや違和感がありました。

[yona]

やはり、それはenumでは表せないと思います。
enumで種類を表して、食べ物クラスで甘さをインスタンスフィールドをもつクラスにした方がいいように思います。