(Untitled)

[upstartn]

Этот момент, лично мне, кажется, мягко говоря, спорным.

As of release 1.5, there is a third approach to implementing singletons. Simply
make an enum type with one element:

// Enum singleton - the preferred approach
public enum Elvis {
INSTANCE;
public void leaveTheBuilding() { ... }
}
This approach is functionally equivalent to the public

Comments

[ex_juan_gan]

Надо подумать, зачем бы это понадобился такой трюк. Холдер класс сейчас стал как бы мировым стандартом.

[joppux]

Чтобы при де-сериализации не создался второй объект ("even in the face of sophisticated
serialization or reflection attacks")

[upstartn]

Для этого нормально использовать readRelove()

[upstartn]

Иная простота -- хуже воровства :)

Аналог методов foo() и bar().

[jdevelop]

по-моему есть хорошее правило - используй инстрУмент по назначению

назначение енумов, с моей точки зрения, ну никак не держать синглтоны, тем более что нормальной lazy initialization оно все равно не умеет

[flings_insole]

Очень понравился ваш ЖЖ, я вас зафренжу и было бы круто если бы вы ответили взаимно;)

[anonymous]

Hi Alex,
Your approach from what i see is not safe in multi threaded environment, plus you are doing eager initialization.

or am i missing something?

Single-element enum type is final, and is safe against reflection attacks.