なぜプログラミング言語機能を使用するのですか？私たちに言語がある理由は
- プログラマが効率的かつ正確にアルゴリズムをコンピュータが使用できる形式で表現する。
- メンテナーは、他の人が書いたアルゴリズムを理解し、正しく変更を行います。
列挙型は、多くのボイラープレートを作成することなく、正確さと読みやすさの両方の可能性を向上させます。ボイラープレートを作成したい場合は、列挙型を「シミュレート」できます。
public class Color {
private Color() {} // Prevent others from making colors.
public static final Color RED = new Color();
public static final Color AMBER = new Color();
public static final Color GREEN = new Color();
}
今、あなたは書くことができます：
Color trafficLightColor = Color.RED;
上記のボイラープレートは、
public enum Color { RED, AMBER, GREEN };
どちらも、コンパイラから同じレベルのチェックヘルプを提供します。ボイラープレートは単なるタイピングです。しかし、多くのタイピングを節約することで、プログラマーはより効率的になり（1を参照）、価値のある機能です。
また、少なくとももう1つの理由から価値があります。
スイッチステートメント
static final上記の列挙型シミュレーションで得られない 1つのことは、素晴らしいswitchケースです。列挙型の場合、Javaスイッチはその変数の型を使用して列挙型のケースのスコープを推測するため、enum Color上記の場合は次のように言うだけで済みます。
Color color = ... ;
switch (color) {
case RED:
...
break;
}
Color.REDケースではないことに注意してください。enumを使用しない場合、名前付き数量を使用する唯一の方法switchは次のようなものです。
public Class Color {
public static final int RED = 0;
public static final int AMBER = 1;
public static final int GREEN = 2;
}
ただし、色を保持する変数にはtypeが必要intです。列挙型とstatic finalシミュレーションの素晴らしいコンパイラチェックはなくなりました。満足していない。
妥協案は、シミュレーションでスカラー値のメンバーを使用することです。
public class Color {
public static final int RED_TAG = 1;
public static final int AMBER_TAG = 2;
public static final int GREEN_TAG = 3;
public final int tag;
private Color(int tag) { this.tag = tag; }
public static final Color RED = new Color(RED_TAG);
public static final Color AMBER = new Color(AMBER_TAG);
public static final Color GREEN = new Color(GREEN_TAG);
}
今：
Color color = ... ;
switch (color.tag) {
case Color.RED_TAG:
...
break;
}
しかし、さらに定型文に注意してください！
列挙型をシングルトンとして使用する
上記のボイラープレートから、列挙型がシングルトンを実装する方法を提供する理由がわかります。書く代わりに：
public class SingletonClass {
public static final void INSTANCE = new SingletonClass();
private SingletonClass() {}
// all the methods and instance data for the class here
}
そして、それにアクセスする
SingletonClass.INSTANCE
私たちはただ言うことができます
public enum SingletonClass {
INSTANCE;
// all the methods and instance data for the class here
}
同じことを私たちに与えます。Java enum は完全なクラスとして実装されているので、これを回避することができます。これも定型的ではありませんが、慣用句に慣れていない限り、自明ではありません。私はまた、あなたが、彼らはシングルトンのためにあまり意味がありませんが、様々な列挙機能を得るという事実を嫌い：ordとvalues、他（トリッキーシミュレーション実際にありますColor extends Integerそれはスイッチで動作しますが、それはつまり、それはなおさら難しいですはなぜenumより良いアイデアであるかを明確に示しています。）
スレッドセーフ
スレッドセーフティは、シングルトンがロックなしでレイジーに作成された場合にのみ潜在的な問題になります。
public class SingletonClass {
private static SingletonClass INSTANCE;
private SingletonClass() {}
public SingletonClass getInstance() {
if (INSTANCE == null) INSTANCE = new SingletonClass();
return INSTANCE;
}
// all the methods and instance data for the class here
}
がnullであるgetInstance間に多くのスレッドが同時に呼び出す場合INSTANCE、インスタンスはいくつでも作成できます。これは悪いです。唯一の解決策はsynchronized、変数を保護するアクセスを追加することですINSTANCE。
ただし、static final上記のコードにはこの問題はありません。クラスのロード時に熱心にインスタンスを作成します。クラスの読み込みは同期されます。
enumそれは最初に使用するまで初期化されていないため、シングルトンが効果的に怠け者です。Javaの初期化も同期されるため、複数のスレッドがの複数のインスタンスを初期化することはできませんINSTANCE。非常に少ないコードで遅延初期化されたシングルトンを取得しています。唯一の欠点は、かなりあいまいな構文です。何が起こっているのかを知るには、イディオムを理解するか、クラスのロードと初期化がどのように機能するかを完全に理解する必要があります。