シングルトンパターンをファサードパターンで使う場合

Question

シングルトンパターンをファサードパターンで使う場合,シングルトンパターンシングルトンパターンを適用するクラスはTableクラスなどDBアクセスするクラスのみでいいのでしょうか。（DBアクセスするインスタンスが複数乱立するのを防ぐため）

Mypageなどのviewを表示するクラスもLogicクラスを経由してデータベースアクセスをしているといえば、していると言えなくもないと思うのですが。

Answer 1

つまり、ファザードパターンで

- Facade
    - Foo
    - Bar
    - Baz

のような包含関係になっているとき、どれをシングルトンにするか、ということでしょうか？

Facade のみであるべきだと思います。

シングルトンは実質グローバル変数なので、なるべく少なくなるように務める方が良いですし、↑の例で Foo や Bar や Baz をシングルトンにするメリットはなにもないように思います。

もし、Foo のインスタンスが複数作成されることを防止するためにシングルトンを適用したい、ということであれば、それだけのためにシングルトンパターンを適用するのはやめて、開発者全員の合意というかガイドラインというか、コードレビューとか、そういう手段で防止する方が健全だろうと思います。

要するに、シングルトンパターンはどうしてもグローバル変数が欲しい時に妥協して使うものであって、本来の「インスタンスが１つしか存在しないことを保証する」目的では使わないほうが良いです。

シングルトンなクラスが一切のステートを持たないのであればいいですが（それならユーティリティクラスで十分だと思いますが）、グローバルなステートはテストが困難になりやすいです。

Answer 2

お邪魔します。

javaですがSpringのようなDIコンテナの場合、一般的にはDBアクセサ(DAO: Data Access Object)はシングルトンで使用されることが多いと思います。設定ファイルなどを含む共有リソースの類は、結局のところ相手が一つであるため、シングルトンで提供されることが多いのではないかと思います。
勿論、リソースの排他制御やスレッドセーフな実装を考慮する必要はありますが。

逆に、Facade層は複数のイベントから平行して呼ばれる、同イベントが非同期で平行して動作する、といったことが多いため、シングルトンとするとプリミティブのクラス変数ひとつとっても単純にはスレッドセーフに実装できないですよね。そのためスレッドセーフになるよう慎重に実装するか、シングルトンとしないか、といった選択を実装毎にすることが多いです。
スレッドセーフに実装することが容易か、ということはシングルトンパターンを考慮する上では重要なポイントだと思います。

メモリ効率の問題ではあると思いますが、Facadeをシングルトン化する必然性は、個人的には無いと思っています。rassbery pi やarduinoのような非力なコントローラ上で実装するものであれば、考慮に値する問題だとは思いますが。

そもそもオブジェクト指向というものはグローバル変数を無くしすべての変数にスコープをもたらすべく生み出されたものです。シングルトンパターンはその思想に穴を開けたというか、必要悪というか、例外的にグローバル変数を持つために考案されたものです。
他の回答者さんもおっしゃっていますが、シングルトンパターンの使用には十分な考慮をしたうえで、必要最小限を心がけるということは重要なことでしょうね。

参考になりましたら幸いです。