싱글턴과 자바 enum 타입에 대해서 의문이 있습니다. enum을 이용해서 싱글턴 구현 사용하시는지요?

Question

이펙티브 자바 3판의 아이템 3은 싱글턴에 관한 내용인데요.글 전반부에는 일반적인 싱글턴 만드는 방법 두가지를 설명한 다음, 각 방법별로 장단점을 설명합니다.그리고 글 말미에, 원소가 하나뿐인 enum 타입을 만들고, 그 하나의 원소를 싱글턴으로써 가져다 쓰는 기법을 소개합니다.public enum SystemEnvironment { INSTANCE; // 이하, 싱글턴 객체의 필드 및 메서드 private String getSystemValue(String key) {} ...... }글에 따르면, 조금 부자연스러워보이기는 하지만 간결하고, 직렬화에 안전하고, 리플렉션을 이용해서 생성자를 가져다 쓰는 공격에도 안전하기 때문에 일반적으로 가장 좋은 방법이라고 소개합니다(애당초 enum 타입을 소개한 6장에서 enum 타입은 싱글턴을 일반화해서 언어 차원으로 담은 것이라고 볼 수 있다고 설명합니다).여기서 궁금증이 생기는데요. 책에 따르면 싱글턴을 만들때는 일반적으로 enum 타입으로 만드는게 가장 안전하고 편리하다는 생각이 드는데요. 역시 타입 이름이 enum인지라 어색함이 느껴집니다. 혹시 이런 식으로 싱글턴을 만들어 사용하시는 분이 계세요? Java API 안에서도 이런 식으로 싱글턴 구현한 예시가 있을까요?

LichKing · Answer

enum 인스턴스 자체가 싱글턴이라 꼭 원소가 하나뿐일 필요는 없습니다.'이런식으로 싱글턴 구현' 이라는 말이 잘 이해가 안가는데 enum 은 그 자체로 싱글턴이라서요. enum 이 필요할땐 enum을 쓰고, 요즘 엔터프라이즈 환경에서는 스프링이 거의 필수가 돼버려서.. 스프링 컨테이너를 이용한 싱글턴을 주로 사용합니다. 싱글턴을 직접 구현할일이 없네요.

마사키군 · Answer

LichKing)아, 그러고보니 필드에서는 스프링으로 싱글턴을 썼군요. 순간 깜빡했습니다.제 글 서두의 일반적인 싱글톤 구현이라는건 인수 없는 생성자를 private으로 두고 자기 자신 타입의 private static 필드를 외부에서 가져다 쓰는 방법을 이야기한 것이었습니다.물론 저도 필드에서는 스프링 쓰기는 하지만, 어쩌다가 싱글턴을 직접 구현할 일이 생기면 인수 없는 생성자를 private으로 두는 식으로 싱글턴을 만들어서 썼는데요.말씀하신 &#34;enum은 그 자체로 싱글턴&#34;이라는 생각을 해 본 적이 없어서, 직접 싱글턴을 만들어야 하는 때에 enum을 이용해서 싱글턴 구현하시는 분도 계시는지 궁금했어요.

fender · Answer

저는 언급하신 '기법'은 매우 부정적으로 생각합니다. 개인적으로 코딩을 할 때 기능의 본래의 목적이나 디자인 의도를 현실적인 제약에 맞추어 희생해야할 때는, 상당히 보수적으로 접근해야 한다고 봅니다.열거형은 기본적으로 상수에 해당하는 개념을 표기하기 위한 언어의 개념이고, 이는 객체지향에서 싱글톤 인스턴스를 사용하는 용도와 전혀 관계가 없는 내용입니다.더구나, 인용하신 &#34;싱글턴을 일반화해서 언어 차원으로 담은 것&#34;이란 열거형의 설명은 완전히 잘못된 것입니다. 열거형은 기본적으로 단일한 것이 아닌 둘 이상의 인스턴스를 정의하는 것이 보통이고, 경우에 따라선 싱글톤 패턴을 활용해서 열거형을 표현할 수도 있지만, 그 것이 열거형은 곧 싱글톤 패턴의 일반화된 모양이라는 의미가 되진 않습니다.쉽게 말해, 스프링에서 프록시를 통해 선언적 트랜잭션을 구현한다고 해서, 자바의 프록시가 트랜잭션 구현의 일반화된 기능이라는 설명이 성립하지 않는 것과 같습니다.굳이 따지자면, 자바의 열거형은 싱글톤이 아닌 일부 언어가 지원하는 'Sealed Type'이라는 개념에 더 가깝습니다.일반적 싱글톤의 '단점'으로 제시된 내용 중 어느 것도 이러한 근본적 개념 차이를 무시하고 열거형을 오용해야할 만큼 심각한 것은 아니라고 봅니다.

마사키군 · Answer

&#64;fender )말씀하시는 내용에 전적으로 공감합니다. 제가 가지고 있던 의문점이 바로 fender님이 언급하신 것과 마찬가지로 enum이 열거자를 사용하기 위해 제시된 개념인데, enum 타입이 싱글톤의 특성을 가지고 있다고 해서 싱글톤 객체를 만드는 용도로 사용해도 되는가 였거든요.저자인 조슈아 블로크는, 자바 언어에는 의도를 우회할 수 있는 수단이 분명히 존재하고(저자는 이 예시를, 인수 없는 private 생성자가 존재하는 클래스의 경우라도 클래스가 Serializable 인터페이스를 구현하고 있다면 해당 인스턴스를 직렬화 후 역직렬화 함으로써 생성자를 우회하고 새로 객체를 생성할 수 있다는 점을 자주 언급합니다), 견고한 프로그램이 되려면 프로그래머의 의도를 최대한 우회할 수 없어야 한다는 느낌을 받았습니다.이펙티브 자바 책의 전반적인 내용은 자바 언어 스펙에서 정의된 의도를 제시하고 그 의도를 그대로 사용하는 것이 가장 안전한 프로그램이다 라는게 전반적인 느낌인데, 이 enum을 싱글톤 생성용으로 사용한다는 부분만이 전반적인 내용에서 느껴지는 느낌과 동떨어져 있어서 제가 이질감을 느꼈던 것 같습니다.전반적으로 저도 fender님 의견에 동의합니다. 그럼에도 불구하고 이런 식으로 사용하는 분이 있는지가 궁금했습니다. ps. &#34;싱글톤을 일반화해서 언어 차원으로 담았다&#34; 라는 부분은 제가 책의 내용을 잘못 옮겨놓은 것 같습니다. enum의 특성을 일반화해서 생각하면 이것은 결국 싱글톤을 언어에 실은 것으로 볼 수 있다... 정도가 책 내용의 맥락이었던 것 같습니다.

싱글턴과 자바 enum 타입에 대해서 의문이 있습니다. enum을 이용해서 싱글턴 구현 사용하시는지요?

4개의 답변

Q&A 목록