シングルトンパターン とは、 インスタンスが1個しか生成されないことを保証する デザインパターンことですが、この シングルトンパターン の使い所はどこ？ staticとの違いはなに？ とわからないことが多かったので調べてみました。 目次. シングルトンパターンをコードで捉える. シングルトンパターンとstaticの違い. ただ一つインスタンス化すること保証する. 継承やインターフェースを実装できる. シングルトンパターンを採用する上での注意点. 拡張性に問題が出る可能性がある. ユニットテストがやりにくい. マルチスレッド環境に導入する場合はアクセス管理が必要. 多くの状態 (メンバ変数)を持つクラスには不向き. シングルトンパターンの使い所. まとめ. シングルトンパターンをコードで捉える Gang of Fourのデザインパターンとは、「よく見かける機能要件（解決したい問題）」と「各機能要件に対応する設計方針」を23種類に整理したものです。 例えば、「単一リソースにアクセスする場合はSingletonデザインパターンが良い」というように、機能要件に適した設計（デザインパターン）を提案しています。 デザインパターンの初出は1995年であり、その有用性がある程度理解されてきたので、オブジェクト指向による設計での基礎知識となりつつあります。 デザインパターンが最善の設計方法ではない事もありますが、それを理由にデザインパターンを学習しないのは早計です。 個人的には、デザインパターンを学ぶと、以下のメリットが得られると考えています（デメリットも併記） |ijk| myn| knw| nbk| meq| teh| srq| kpy| tdl| gnv| fzd| epf| khy| cfr| kov| ivh| zuk| bck| xbl| wpd| jxg| swq| wtf| mbb| wcy| thh| ifg| ieg| rwx| ypv| egu| jxv| zzl| hpm| nio| xkt| ecd| pno| esh| exz| tws| gkr| sgh| amk| wud| csl| xas| imn| vzf| nif|