複数のコントローラークラスの使用について

Question

SpringBootなどでWEBアプリを作成する場合の、コントローラークラスの個数についてお聞きしたいことがあります。
SpringBootにおける、Controllerの役割は以下の通りかと思います。

Controller は上記2つの橋渡しを担います。

クライアントからの入力を View から受け取り、それをもとに Model に指示を伝えます。
その後、Model から受け取った値を View に伝え、見た目に反映させます。
以上のように、MVC ではプログラム中の処理を分担し管理します。

具体的には以下のようにリクエストによって処理を振り分けるメソッドを基本的には、記述していくことかと思います。

@RequestMapping("/test")
public string test() {
    return "test";
}

ここで、疑問なのですが、例えば複数ページに渡るECサイトなどを作成した場合、ログイン画面からのリクエスト、新規会員登録ページからのリクエスト、商品をクリックした際のリクエスト、設定画面を押された際のリクエストなど、かなりのGet及びPOSTリクエストをコントローラークラスで受け取ることになるかと思いますが、そうなった場合、コントローラークラスを複数作成し、リクエストを受け取るクラスを分割するべきなのでしょうか？
または、リクエストは一つのコントローラークラスで受け取るべきなのでしょうか...？

Comments

[m.ts10806]

Spring,Javaに限った話にしないほうが広く意見を聴けると思います。
（もちろん質問者のこれまでの質問スタンスによる影響は加味しない）

[m.ts10806]

言語限定しないほうが・・・というアドバイスで言語を書き連ねるのはなぜでしょう・・・。
「オブジェクト指向」「ルーティング」など、適切なタグがあります。
すでにつけられている「MVC」は必要ですね。
ただ「解決済み」にしてしまっては、あえてそこから回答しようという人は稀有だと思いますが。

Answer 1

単一責任の原則に則り、役割を見極め、分担させるべきと思います。
そこは要件・仕様次第で。

「何のためにコントローラーとかモデルとかビューとか概念を分けるのか」
もっと言えば「Webサイトのページをなぜわけるのか」
もっと言えば「文章を章立てて書くのはなぜか」
もっと言えば「なぜ町や地域で名前がついて”地方自治体”によって管轄されているのか」
を考えれば明白です。

なお、このような「どこにどこまでの責任を持たせるか」は設計段階で決めるものなので、
何も設計なしに取り組めるものではありません。先に考えることです。

もちろん肥大化の現実味を帯びてきてから分割することもできなくはないですが、
「元々肥大化の可能性を加味した設計にしていた」か
「肥大化してからどうしようか考えた」かでは成果・生産性など全てにおいて雲泥の差が出ます。

後者が非常に多いですね。
「How」を初動にすると後者になります。
「Why」「What」を初動にすると前者になります。

余談。
「どこまで想定できるか」が設計におけるエンジニア（アーキテクト）の腕の見せ所です。
経験だけでなく、普段からどこまで考え、実践しているかでしょう。
そういうところは下流工程時点でも結構出ます。
「あるべき姿」を描けているかどうかで品質にも多大な影響があるものです。
それを「難しい」と感じるか「楽しい」と感じるかで今後エンジニアとしてやっていけるかどうかが決まりますね。