適切なシングルトンデザイン？

Question

可能性の重複：
Efficient way to implement singleton pattern in Java

私は自分のアプリケーションのための状態セーバーとして動作するシングルトンクラスを持っています。たとえば、データがあるビューを持っている場合、保存された状態のシリアライズ可能なオブジェクトにデータを貼り付け、後で再検索のためにシングルトンに渡します。これはすべて自然で適切なようですが、私はWikiのシングルトンの例から逸脱しています。私がインスタンスを取得してメソッドを呼び出せるようにするgetインスタンスメソッドを持つInteadでは、代わりにすべてのメソッドを静的に設定し、クラスを静的に使用します。

この悪いフォームですか？パフォーマンスが失われますか？任意のヒントについて

感謝〜アエードーン

Answer 1

静的使用がお客様のニーズを満たしている場合、私はその中に悪いことはありません。

唯一の欠点は、わずかに柔軟性が低いことです。実際のシングルトンとして設計した場合は、状態を管理するためのインターフェイスを持ち、特定の状況の特定の実装をインスタンス化することができます。このオブジェクトは、引数としてアプリケーションに渡されます。

厳密に静的なクラスを使用すると、渡すオブジェクトがないので、Classオブジェクトを渡して、そのインターフェイスを通じて関数にアクセスする必要があります。

もちろん、これはすべて、現在のクラスの合理的な機能を超えて拡大する可能性がある場合にのみ重要です。

Answer 2

Use Enum instead of Singleton。それは最も安全な方法です。

Answer 3

はい、静的メソッドと変数のみを使用するのはオブジェクト指向ではありません。 シングルトンは、ほとんどが悪い習慣とみなされます。しかし、私は彼らが時々非常に有用であることを認めます。有効で機能的なシングルトンクラスを作成する方法の簡単な例を次に示します。他の方法があまりにも存在することに留意されたいが、これははい、それは悪いフォームと見なされている最も一般的な...

public class Singleton { 
    private static final Singleton uniqueInstance; 

    public static synchronized Singleton getInstance() { 
    if (Singleton.uniqueInstance == null) { 
     Singleton.uniqueInstance = new Singleton(); 
    } 
    return Singleton.uniqueInstance; 
    } 

    //other methods go here... 

    @Override 
    protected Singleton clone() throws CloneNotSupportedException() { 
    throw new CloneNotSupporedException("cloning of singleton is not supported"); 
    } 

    //hide constructor for others to see 
    private Singleton() { 
    } 
} 

歓声、P

Answer 4

の一つです。

Javaの静的クラスには、扱いにくい多くの問題があります。たとえば、インターフェイスを実装することはできません。また、これを通常のシングルトンにする必要がある場合、またはそれを非シングルトンにする必要がある場合は、頻繁に発生します。これは、それと対話するすべてのコード行を書き直す必要があります。

Answer 5

オブジェクト指向ではないため、悪い書式とみなされます。とにかくシングルトンは貧弱なフォームと考えています。率直に言って、あなたがやろうとしていることはうまくいくでしょう。レビューや評価のためにこれを提示しない限り、私はそれを残しておきます。

パフォーマンスは、静的クラスとしての可能性が高くなります。

Answer 6

あなたが必要とするすべてのユーティリティクラスであれば、そのがenum

public enum Utility { 
    ; // no instances 
    public static Object myStaticMethod(Object ... args) { } 
} 

を使用していても簡単です、@Boris'はコメントに追加あなたが実装するインタフェースを持っている場合は、このシングルトンは理にかなっています。こんにちは、世界シェアのスーパークラスの呼び出し可能オブジェクトを実際に異なるクラスを持っている：あなたが列挙型で

public enum Callables implements Callable<String> { 
    HELLO { 
     public String call() { return "Hello"; } 
    }, 
    WORLD { 
     public String call() { return "World"; } 
    } 
} 

注意を複数のシングルトンを作成することができ、注意してください。