それでは「単一責務の原則」について解説をしていきたいと思います。
1.1 単一責務の原則
SRP: Single Responsibility Principle
クラスの責務は１つにする
この原則は，基本的に「クラスの責務は１個にしようね」という原則です。あと別の切り口で言うと，「変更理由を１つにしましょう」というふうによく言われています
クラスの変更理由は１つでないといけない
「クラスの変更理由は１つでないといけない」といった感じでよく表現されます。単一責務なので，「１個のクラスに，１個のことだけをさせようね」という非常にシンプルな原則なのですけど，今回は，ここを深掘りして解説をしていきたいと思います。
意外とここを深堀していくと，ドメイン駆動開発の思想にもつながっていきますし，オブジェクトをどうやって上手く分割していくか，というところのヒントだったり，答えだったりというのが，ここにあるのではないかという風に私は思います。
「.NETのエンタープライズアプリケーションアーキテクチャ」という本が黒い本があるのですけど，その中のこの「単一責務の原則」の中では，こういう出だしで書かれています。
「クラスが大きく成長し，多くのメソッドを持つようになったら，責務の数が多すぎる可能性がある，理想の責務の数はたった１つ」ということで，要するに責務の数を１個にしましょうねということなのですが，これからその辺りを詳しく見ていきましょう。
