シングルトン（伝統的な列挙型）

Question

免責事項：この質問があまりにも基本的な場合はお詫び申し上げます。

私はシングルトンについて学んでいますが、その実装は簡単ですが、これらの相違点は純粋にコーディング設定か、何か不足していますか？

シングルトンクラス

public enum SerialNumberGen { 
INSTANCE; 

private int count; 

public synchronized int getNextSerial(){ 
    return count++; 
} 

実装例

.println(SerialNumberGenerator.INSTANCE.getNextSerial()); 

マイ実装

SerialNumberGen gen = SerialNumberGen.INSTANCE; 
System.out.println(gen.getNextSerial()); 

私の実装はまだシングルトンパターンを守っていますか？または、これがEnumクラスの参照方法です。

ありがとうございました。

Answer 1

私の実装はまだシングルトンパターンを守っていますか？

はい。まだSerialNumberGenのインスタンスが1つだけあります。

2つ目のケースの追加変数とは別に、2つの違いはありません。

---

enumを慎重に考える必要があります。 The view epoused by Google's Java libraries teamは：

静的状態は危険ですが、列挙型は非常に悪いです。 enum値は定数であるとみなし、enum定数を "enum constant"と呼んでいます。状態が変わった場合やスレッドセーフでない場合は非常に驚きます。

エンティティは、スレッドセーフでシングルトンを作成するのに便利な方法ですが、ここで行っている処理に必ずしも適しているとは限りません。

ここで大きな問題はなぜシングルトンが必要だと思いますか？What is so bad about singletons?をよくお読みになることをお勧めします。

実際にはにはシングルトンが必要です。 SerialNumberGenという単一のインスタンスを持つだけで、必要な場所に注入することができます。

Answer 2

まだシングルトンです。

しかし、注意してください：より良いアプローチは、あなたが例えば

Service service = ServiceProvider.INSTANCE 

を行うことができるように

public enum ServiceProvider implements Service { 

ように、インターフェイスに特定の動作をカプセル化することです。そこから行く。私も通常の

class ServiceImpl implements Service { 

を作成し、それがさらにそのサービス・インターフェースシングルトンを提供

を提供

1. の責任を分離するのに役立ちますよう

   public enum ServiceProvider implements Service { 
       INSTANCE; 
   
       private final Service delegate = new ServiceImpl() 
   

   を行う

また、ユニットテストを書くときに役立ちます。