MVCでサービス層がある場合、サービス層を参照するのどこで行うのか

前提・実現したいこと

MVCで開発してるものです。

「サービス層はすでに出来上がってるので、それを参照してMVCでWebアプリを作ってほしい」との話がありました。
MVC自体が初めての経験で、全然わからず始まったのですが、DBを使用したMVCについては概ね把握しました。

開発しているのはPull型MVCです。

前程として、DBへの参照や格納、取得を担ってるのがサービス層とします。
サービス層に問い合わせれば、入力値合わせて、DBを参照し、必要な値を返してくれます。云わば、Web APIのようなものだと思ってください。

イメージとしては、本来、モデルが行ってることをサービスで行ってる感じです。
開発自体の規模が大きいので、分離させて、様々なアプリから呼び出せるようにしてる感じです。
一言でサービスというとメール受送信や、決済機能などを指す感じがしますが、ここではモデルを様々なアプリから参照したいので分離させたものだと思って下さい。

発生している問題・エラーメッセージ

ここでサービス層が挟まれたMVCの場合はどの部分でサービスを参照するのが正しいのでしょうか？

一般的にビジネスロジックといわれるものは、サービス層に記述されているので、コントローラーから参照して、戻り値をモデルに格納し、ビューからモデルを参照するべきなのでしょうか？
DbContextのように参照する専用のクラスを別途に作成して、参照するべきなのでしょうか？

勝手な考察

サービス層はある意味で、DbContextのような存在なので、コントローラーからサービスを参照して、モデルに格納するのはベストプラクティスだと思っています。

補足情報（FW/ツールのバージョンなど）

ASP.NET Core MVC

68user

2021/02/01 07:58

> DBへの参照や格納、取得を担ってるのがサービス層とします。サービス層に問い合わせれば、一定の処理を元に戻り値を返してくれます。わたしにはさっぱりわからないんですけれども、この定義だけで共通認識あわせられるでしょうか。例えば受注システムであれば、注文サービスは「商品マスタをチェックし、在庫チェックし、クレジット決済を投げ、成功したら注文レコードを作成し、配送レコードを作成し、在庫を減らし、メール送信キューに入れ、ポイント付与予定レコードを追加」的なものをイメージしますが、それであってますか? まだモデルはないけどサービスはあるということなら、↑はズレてるような気はしますけれども。

Nero1129

2021/02/01 08:55

サービスについての詳細を記述しておきましたので、ご確認の程、宜しくお願い致します。

68user

2021/02/01 09:40

・ここでいうサービスはモデル的もので、1テーブルごとに存在するプリミティブなもの (複数テーブルを JOIN したりしない) でいいんでしょうか。 > ・DbContextのように参照する専用のクラスを別途に作成して、せっかくサービスがあるのになぜ別途作成? と思いますが、この発想が出てくる背景を教えてください。結局のところ、提供されたものな何か、現状足りないものは何か、提供されたサービスの追加・修正は誰がやるのか (他チームがやるのか、あるいは追加修正が期待できないのか)、提供されたサービス利用は必須なのか任意なのか、に加え、自チームのリソース・他チームのリソース等々も加味しないと答えは出てこない気はします。