コントローラの役割を、HttpServletだけでなくjspにやらせる構成も 正しい思想の１つなのでしょうか？？ 「コントローラ」は、 基本「依頼と、依頼結果をもとにした次の依頼」をする。 という風に役割を捉えていました。 例えば Ａに処理依頼をしたあと、 処理が成功したから今度はＢに処理依頼をして、 その結果データが １件以上だったらＣに依頼をして、 ０件だったら次はＤに処理を依頼する。 のような。 そして、それはHttpServletのところにやらせるものなのかと捉えています。 （※間違っているのかもですが。。） しかし、 書こうと思えば、サーブレットを撤廃して、 画面遷移は、x.jsp ⇒ y.jsp ⇒ z.jsp と、サーブレットを介さずにチェーンを作ることも可能だと思います。 (1)そういう仕組もわりと一般的なのでしょうか？ (2)jspになんでもやらせすぎると、それぞれのソースが、 ◆Ａ：プレゼンテーション層としての処理なのか？（イテレータでの描画とか） ◆Ｂ：ファンクション層の処理なのか？（例えば入力チェック処理など） ◆Ｃ：コントローラ層の処理なのか？ （各結果を元に、次にどこの処理にどういうデリゲートするのか等処理） がパッと分かりにくく、カオスになりやすいと思っています。 そんな風になるくらいだったら、 コントローラはサーブレットにさせた方が良いと思うのですが、あえて全てJSPにさせるメリットもあったりするのでしょうか？ ◆確認 画面遷移は、コントローラの役割だと思っていたのですが、 もしかしたらそこが間違っているのでしょうか？ （WEB系の開発かどうかでも違うのかもですが。） .
↧