はじめに
PHPのコードを色々触っている時に、シングルトンなるものに出会ったのでまとめます！
デザインパターンとは
今回のシングルトンというものは、デザインパターンの一つです。
そのために、まずはデザインパターンについて、軽く紹介させていただきます！
過去のソフトウェア設計者が発見し編み出した設計ノウハウを蓄積し、名前をつけ、再利用しやすいように特定の規約に従ってカタログ化したものである。
引用元(Wikipedia)
プログラミングには、この場合はこの書き方が正解。的なものがいくつかあります。
その中の一つがシングルトンパターンです。c
シングルトンパターンとは
とあるクラスのインスタンスを２つ以上作成できないようにし、どのクラスからアクセスしても同じインスタンスを参照されることを保証します。
簡単に言うと１つしか作成できないように強制するような機能というような感じです。
設計者が「１カ所しか呼び出したくない！」と考えていても、別の箇所から呼び出し可能であれば、設計者の意図をくみ取れないビギナーズが遠慮なくバンバン生成することがありますよね？(私もその中の1人です...汗)
このバンバン生成を防ぐためにあるのが、シングルトンです。
通常であれば、複数のインスタンスが存在しているが、いくつもインスタンスを作成したくない場合に使用します。
Q：いくつもインスタンスを作成したくない場合ってどんな状況？
設定管理
アプリケーションの設定情報を保持するクラスは、通常一つのインスタンスだけで十分です。
設定情報はアプリケーション全体で共有されるため、複数のインスタンスを持つとデータの一貫性が失われる可能性があるからです。
データベース接続
データベース接続は、リソースを多く消費して、複数の接続を開くとパフォーマンスが低下する可能性があります。
シングルトンを使うことで、アプリケーション全体で一つのデータベース接続を共有し、リソースの使用を効率化できます。
ロギング
ログを記録するクラスは、アプリケーション全体で一つだけあれば充分です。
シングルトンを使用すると、ログの記録に一貫性が保たれ、パフォーマンスの問題を避けることができます。
ハードウェアインターフェースの管理
ハードウェアリソース（プリンターなど）へのアクセスを管理する場合、シングルトンは一つのインスタンスを通じてリソースを共有し、競合することを防ぎます。
キャッシュ
データキャッシュやオブジェクトキャッシュのようなリソースは、アプリケーション内で一貫性と効率を保つために、通常は単一のインスタンスで管理されます。
複数のインスタンスが存在すると、データの整合性の問題や無駄なリソースの使用、パフォーマンスの低下などさまざまな問題が発生します。
シングルトンは、これらの問題を解決する効果的な方法です。
ですが、使用する際にはその影響範囲と制約を理解して適切に利用できるよう意識することが大事です。