왜 프로그래밍 언어 기능을 사용합니까? 우리가 언어를 사용하는 이유는
- 컴퓨터가 사용할 수있는 형식으로 알고리즘 을 효율적이고 정확하게 표현하는 프로그래머
- 관리자는 다른 사람이 작성한 알고리즘을 이해하고 올바르게 변경합니다.
열거 형은 많은 상용구를 작성하지 않고도 정확성과 가독성을 향상시킵니다. 상용구를 작성하고 싶다면 열거 형을 "시뮬레이션"할 수 있습니다.
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 참조) 유용한 기능입니다.
적어도 하나 이상의 이유 때문에 가치가 있습니다.
스위치 문
static final위 의 열거 시뮬레이션에서 제공 하지 않는 한 가지 좋은 switch사례입니다. 열거 형 유형의 경우 Java 스위치는 변수 유형을 사용하여 열거 형 케이스의 범위를 유추하므로 enum Color위의 경우 간단히 말하면됩니다.
Color color = ... ;
switch (color) {
case RED:
...
break;
}
그것은 사실이 아닙니다 Color.RED. 열거 형을 사용하지 않으면 명명 된 수량을 사용하는 유일한 방법 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 열거 형 은 약간의 구문 설탕 만 뿌려진 전체 클래스로 구현 되기 때문에이 문제를 해결할 수 있습니다 . 이것은 다시 상용구가 적지 만 관용구가 익숙하지 않으면 분명하지 않습니다. 나는 또한 당신은 그들이 싱글 훨씬 이해가되지 않더라도 다양한 열거 기능을 얻을 수 있다는 사실 싫어 : 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. 아주 작은 코드로 느리게 초기화 된 싱글 톤을 얻습니다. 유일한 부정적인 점은 다소 모호한 구문입니다. 무슨 일이 일어나고 있는지 알기 위해 관용구를 알아야하거나 클래스 로딩과 초기화가 어떻게 작동하는지 철저히 이해해야합니다.