単一責任原則の考え方について

Question

（人によって考え方が違うので当たり前かとは思うのですが）
様々な単一責任原則に従ったクラス設計やそれについての記事をみます。

そんな中で、例を挙げて自分の考え方があっているのか皆さんに2つお聞きしてみたいです。

1.メソッドが複数あってもよいのか

こちらの記事ではメソッドを複数持っているカートクラスは単一責任原則違反ではなく、クラス内部の変数が正常に動作することに責任を持つクラスとなっています。
一方、こちらの記事ではEmployeeクラスはメソッドが複数あり異なる理由によってクラスが編集されてしまうことが問題である。となっています。

これら2つのクラスの違いなのですが
前者の記事で定義されているメソッド群はカートについてのメソッド群のみ定義されているためカートについての単一の責任を持っているということで問題なく
後者の記事ではEmployeeクラスの中で給料やレポート・DB処理などEmployeeと直接関係のないメソッドを定義していることが単一責任ではないということなのでしょうか？

解決策

また、Employeeクラスを修正するのであれば
・給料またはレポートインターフェースのようなものを実装したクラスのインスタンス変数を持たせて、給料・レポートクラス側に責任を持たせる。
・DB処理に関してはORMのメソッドを利用する
などと考えているのですが、この考え方はあっているでしょうか？

修正前コード(勝手にPHP/Laravelで想定しています。)

public class Employee {
	public function calculatePay() {}
	public function reportHours() {}
	public function save() {}
}

修正したコード

public class Employee extends Model {
	    $salary = new Salary();
	    $report = new Report();

        $salary->calculatePay();
        $report->reportHours();
        $this->save();
}

2.Controllerの単一責任とは

カートやEmployeeのような物体・事象クラスに関しては、それ自身についての単一責任という理解ができるのですが、MVCにおけるContorollerなどのクラスについての単一責任とはなんなのかよくわかっていません。
記事やブログではユーザからのリクエストを受け取り、必要に応じて整形し、各Modelやレポジトリ等に指示を出す責任（役割）と書いてありましたが責任の考え方が物体・事象クラスの時よりも抽象度が増していて
責任の定義の仕方がわからないです。

回答よろしくお願いします。

Answer 1

質問文の引用記事に

変更する理由が2つ以上あるようではいけない

と書かれており、シンプル言えばこれに尽きます。

Employeeクラスの例なら、このクラスは「従業員に属する情報の公開と操作」に対して責務があるわけで、このクラスが変更されるのはあくまでシステムの要求仕様上「従業員に対する要件が変更されたときのみ」であるべきであり、DB云々というビジネスドメインとは直接関係のない理由で変更が行われてはいけない、という事です。

コントローラーに関しても同じように「変更する理由」を考えてください。
コントローラーの責務が

ユーザからのリクエストを受け取り、必要に応じて整形し、各Modelやレポジトリ等に指示を出す責任（役割）

であれば、それ以外の要件で変更されるべきではありません。
これも上記の例と同様に「DBの正規化を行ったらコントローラを変更しなければならなくなった」などというのが論外だという意味です。