シングルトン パターン は、理解すべき最も基本的な概念の 1 つです。これは作成デザイン パターン として分類され、オブジェクトの作成を制御するために使用され、アプリケーションの存続期間全體を通じて特定のクラスのインスタンスが 1 つだけ存在することが保証されます。

簡単に言うと、クラスがそれ自體の 1 つのバージョンのみを管理する責任を負い、その単一のインスタンスへのグローバル アクセスを許可します。

では、シングルトン パターンをいつ使用するのか、なぜ使用するのか、これが最も一般的な質(zhì)問の 1 つです。

シングルトン パターンを使用する場合と理由を詳しく説明する前に、問題のステートメントを理解することが重要です。各デザイン パターンは、開発者が直面する特定の課題に応じて作成されます。

問題ステートメント: データベース接続
アプリケーション全體でデータベースへの単一の接続を管理したいと考えています。複數(shù)の接続を作成すると、競合やリソースの枯渇につながる可能性があります。

// first instance
DataConnection dataConnection1 = new DataConnection();

//Second instance
DataConnection dataConnection2 = new DataConnection();

このシナリオでは、DataConnection の 2 つのインスタンスを作成すると、リソースの問題が発生する可能性があります。各インスタンスは獨立して操作を?qū)g行する可能性があり、同じデータベース リソースに同時にアクセスしようとすると、競合や予期しない動作が発生することがあります。
この問題を解決するには、Singleton パターンが必要です。

シングルトン パターンをいつ使用する必要がありますか?

シングルトン パターンは、強力なツールですが簡単に悪用される可能性があるため、特にソフトウェア設計において確かに人気があります。シングルトン パターンを使用するのが適切な場合について理解しましょう:

シングルトン パターンを使用する場合

1. クラスのインスタンスがグローバルに 1 つだけ必要な場合
   
   アプリケーション全體でインスタンスを 1 つだけ持つ必要があるクラスが必要な場合、シングルトン パターンが最良の選択です。 。これにより、アプリケーションのすべての部分が同じインスタンスで動作し、一貫性を維持し、メモリを浪費する可能性のある重複インスタンスを防止することができます。

2. 共有リソースの一元管理が必要な場合
   
   シングルトンは、構(gòu)成設定、キャッシュ、またはロギング ツールなど、構(gòu)成設定

   、
ロギング ツール
3. など、アプリケーション。一元化されたアクセスと管理により、特にグローバルにアクセス可能で変更可能である必要があるクラスのリソース処理が簡素化されます。

   
   
   リソースへのアクセスを制御したい場合

   シングルトンを使用すると、単一リソースをクラス內(nèi)にカプセル化することで、単一リソースへのアクセスを制御できます。これにより、ファイル ライターを管理して同期アクセスや共有ネットワーク接続を確保するなど、一度に 1 つの接続またはリソースのみを使用する必要がある場合に役立ちます。

4. マルチスレッドまたは並列アプリケーションの場合
   
   複數(shù)のスレッドを備えたアプリケーションでは、シングルトンにより、重要なセクションや共有リソースが一度に複數(shù)のスレッドによってアクセスされないようにすることができます。適切に実裝されたシングルトンはスレッドセーフなアクセスを提供し、競合狀態(tài)の可能性を減らし、共有リソースの 1 つのインスタンスのみが同時にアクセスされるようにします。

問題といつ使用するかを理解しました。この問題に対処する方法を見てみましょう。

シングルトン パターンの UML 図

UML 図には通常、次のコンポーネントが含まれます。

1. シングルトンクラス: インスタンス化を制限するクラスです。通常、単一のインスタンスを保持するためのプライベート靜的インスタンス変數(shù)があります。
2. コンストラクター: コンストラクターは、クラス外部からの直接インスタンス化を防ぐためにプライベートです。
3. パブリック靜的メソッド: このメソッドはインスタンスへのアクセスを提供します。インスタンスが存在しない場合はインスタンスが作成されます。それ以外の場合は、既存のインスタンスを返します。

シングルトン パターンの UML 図を簡単に表現(xiàn)すると、次のようになります。

注:

• -: プライベート アクセス修飾子 (インスタンス変數(shù)とコンストラクターがクラス外からアクセスできないことを示します)。
• : パブリック アクセス修飾子 (getConnection() メソッドがパブリックにアクセスできることを示します)。

Javaの実裝

Java で実裝されたシングルトン パターンの例を次に示します。

// first instance
DataConnection dataConnection1 = new DataConnection();

//Second instance
DataConnection dataConnection2 = new DataConnection();

データベース接続のインスタンスを取得したい場合は、DataConnection dataConnection = DataConnection.getConnection(); のように靜的メソッドを呼び出します。

public class DataConnection {
      private static DataConnection instance = null;

      /*
       * This private keyword in constructor 
       * is to prevent direct instantiation from
       * outside the class.
       */
      private DataConnetion() { }

      /*
       * static method so that we can call 
       * this method outside the class without
       * instantiation object
       */
      public static DataConnection getConnection() {
            if (instance == null) {
                  instance = new DataConnection();
            }
            return instance;
      }

      public void showMessage() {
            System.out.println("Database is connected");
      }
}

結(jié)論

シングルトン パターンは、アプリケーション全體で特定のクラスのインスタンスが 1 つだけ存在することを保証する基本的な設計パターンです。インスタンス化プロセスを制限し、単一インスタンスへのグローバル アクセスを提供することで、シングルトン パターンは、次のような共有リソースを効率的に管理するのに役立ちます。データベース接続、構(gòu)成設定、ロガー。このパターンは、リソースへの一貫性と制御されたアクセスが重要なシナリオで特に役立ちます。

シングルトン パターンを効果的に実裝するための詳細とベスト プラクティスについては、DigitalOcean のこのガイドを參照してください。

以上がシングルトン パターンの初心者ガイドの詳細內(nèi)容です。詳細については、PHP 中國語 Web サイトの他の関連記事を參照してください。