シングルトン とは？

アプリ全体で「同じ1つ」のものを使いたいときのためだよ。設定ファイルの内容を管理するクラスが2つあったら、片方の変更がもう片方に反映されない問題が起きる。シングルトンにすれば全員が同じオブジェクトを使うからズレが起きない。

コンストラクタをprivateにして外から「new」させない。代わりに「getInstance()」というstaticメソッドを公開して、初回は作って返す、2回目以降は作ったものを返す、という実装にする。

グローバル変数と同じ問題が起きやすいから。どこからでもアクセスでき、誰でも状態を変えられる。テストのとき別の実装に差し替えにくい。「シングルトンに依存している関数」を単体でテストしたくても、本物のシングルトンがくっついてくる。

依存性の注入（Dependency Injection）を使うのが現代的なアプローチ。シングルトンを直接使うのではなく、外からオブジェクトを渡してもらう設計にする。テスト時はモックオブジェクトを渡せるから柔軟にテストできる。シングルトンが「アンチパターン」と呼ばれるのは存在自体が悪いのではなく「テスタビリティを考慮しない使い方」が問題で、Node.jsのモジュールキャッシュを使ったモジュールレベルシングルトンのような実装では、この問題を和らげる工夫がされている。