ASP.NET MVC 画面特有のロジックはどこに書くべき

Question

MVCでいうと、ビジネスロジックはModelクラスに書くべきですが、
Modelクラスは汎用的であるべきだと思います。

ですが、開発を進めているとその画面特有の処理があると思います。

例えば
・A画面では登録後にメールを送る、B画面では登録後にメールは送らない等

これをModelクラスにそれぞれ実装してしまうと、汎用性が失われてしまいます。
こういった画面特有の処理はControllerクラスに書くべきでしょうか？

それとも、別途、画面特有の処理をするレイヤーを用意してそこに書くべきなのでしょうか。

例えば、以下の様な形で、ControllerとModelの間に画面特有のビジネスロジックを書くレイヤーを用意する
Controller → ViewService → Model → DataAccess

やっぱりControllerに書くとテストがしにくいし、[Controller]といっているのにその役割を超えてしまっている気もます＞＜

そう考えると、やっぱり画面特有のビジネスロジックを書くレイヤーを用意するのがいい気がするのですが、あまりそうしている話を聞いたことがなく不安です＞＜

どうかお知恵を貸して頂ければ幸いです...!
どうぞ宜しくお願いいたします。

Comments

[退会済みユーザー]

ここのコメントは回答欄に移動しました

[退会済みユーザー]

質問者さん、無言ですが、自分で立てたスレッドを放置しておかないで、回答に対するフィードバックを書いて、クローズするところまでちゃんとやってください。無言で放置はすべての閲覧者・回答者に失礼。

Answer 1

ASP.NET MVC でいう「モデル」について理解がちょっと違うような気がしますので、それを書いた記事を紹介しておきます。

ASP.NET MVC の Model
http://surferonwww.info/BlogEngine/post/2020/05/29/model-in-aspnet-mvc.aspx

モデルの話はともかくとして、質問の件は組織のルールに従うか、ルールが無ければ質問者さんが属する組織内で話し合ってルールを決めてそれに従うという話になると思います。

質問者さんが組織に属してなくて、開発から保守まで自分一人でやるということなら、自分のやりやすいようにやってはいかがという話になると思います。

なので、ここのような掲示板での話は、ごくごく具体的な問題・課題とそれを解決するための手段の話でないと、あまり実のある話にはなりそうもないと個人的には思います。