[解決済み] MVC：ビジネスロジックをどこに置くか？[クローズド］

質問

まず第一に、私はこれの多くの質問を見たが、その背後にある十分な理由ではない。私の質問が十分でなく、削除されるべきであれば、私は理解します。

私は、例えば、見てみました。 これ を見てみると、45人以上の投票による回答があり、ビジネスロジックをモデルに置くようにアドバイスしています。

しかし、私の最初の大きなプロジェクトでは、すべてのBLを完全にコントローラ内に置きました。なぜなら、これらのことに疑問を持たず、それが AccountController でどのように行われるかを調べたからです。どのメソッドもかなりBLが詰め込まれているように見えます。それとも、追加可能な最小限のコードで、私が見落としているのでしょうか？

youtubeで、ある人が「モデルにロジックを全部入れて正しいのか」と聞いてきたので、最初は「ノー！」でした。それから、もしかしたら彼は正しいのかもしれないと思うようになりました。

結局のところ、ビジネスロジックはどこに置けばいいのか？ モデルクラスにあるのなら、コントローラにあるメソッドにはどれくらいのコードがあれば健全といえるのでしょうか？せいぜいコントローラ内のモデルからメソッドを呼び出すのに1行、そしてビューに戻るだけでしょうか？

どのように解決するのでしょうか？

いくつかの理由から、私はドメインロジックをモデルに置くことを好みます。

1. モデルにはUIコードがないほうがよく、したがってテストがしやすい。可能な限り、私はUIコードを書く前に、完全に動作する（完全なテストカバレッジを意味する）モデルを持ちたいと考えています。コントローラはモデルが正しいことを行っていることを信頼し、UIに関する問題に対処するだけでよいのです。

2. ドメインロジックをコントローラに置くと、異なるアプリ間、あるいは異なるコントローラ間で共有することが容易ではありません。