Laravelのviewの役割の詳細を教えてください

Question

質問内容

以前Laravelで簡単なWebアプリを開発し、現在Rails学習中です。
Railsのviewの役割とLaravelのviewの役割が違うのか疑問を持ったので質問させてください。

Laravelを学習した際、Viewの役割は以下だと思っていました。
Controllerからもらった情報をもとにHTMLを作成し、それを直接ブラウザへ返す
参考

Railsを学習する中で、Viewの役割は以下のように認識しています。
Controllerからもらった情報をもとにHTMLを生成し、それをControllerへ返す働きをする
参考

同じMVCモデルでも、フレームワークの違いによってこういった役割の違いがあるのでしょうか。
それとも、LaravelのViewも厳密にはRailsと同様の動きなのでしょうか。
よろしくお願いします。

Answer 1

Railsでも「コントローラーに返す」なんてイメージではないはずだけど。
なんでそんな変な記事を信用するのか全く理解できない。
公式な情報源だけ見るのが大事なのはLaravelでもRailsでも同じ。
ただの書いた人の主観でしかないことは信じなくていい。

どっちでもやってることはほとんど同じ。

Comments

[mk_skri]

なるほど、公式ドキュメントを参考にするようにします。ありがとうございました。

Answer 2

私も「controllerが、viewをつかってレスポンスをつくり、それをcontrollerがブラウザーに返す」だと思ってきました。
たしかにガイドでは

1. renderを呼び出し、ブラウザに返す完全なレスポンスを作成する
2. redirect_toを呼び出し、HTTPリダイレクトコードステータスをブラウザに送信する
3. headを呼び出し、HTTPヘッダーのみで構成されたレスポンスを作成してブラウザに送信する

とあり、２，３はブラウザーに返すのはcontorllerだと明記してあるが、１は「誰が返すのか」は明記されていません。しかしその前に「コントローラ側から見ると、HTTPレスポンスの作成方法は以下の3とおりあります。」とあって、1,2,3はレスポンスの作成方法の違いを書いているだけに見えます。
「コントローラへ返す」とは書いてありませんが「viewがブラウザに送信する」ともありません。

ブラウザーからのリクエストを
ディスパッチャーの指示により「適切なcontrollerのインスタンスをつくり、その適切なmethodを呼ぶ」
methodの返り値をブラウザーに返す

というのが素直な実装に思えます。
「２，３はcontroller#methodの戻りをまつが、１の場合はそれとは違う所から答えが来る」という実装は結構トリッキーなのでは。

Comments

[mk_skri]

ありがとうございます。確かに、1と2、3で違うのは違和感がありますね。ガイドをしっかり読みます。

Answer 3

参考先見てもRailsのほうは「コントローラへ返す」なんてなってないですよ。
ガイド読んだ方がいいかもしれません。

結局どちらもも「リクエストに対してルーティングでコントローラに振り分け、所定の処理をし、レスポンスを返す」のが一連の動作です。

VIEWを利用するかどうかは処理次第ですが、VIEWを利用するときも「VIEWを返す」のではなく「VIEWを利用してリクエストを送ってきた先に出力する」です。

VIEWは単に役割分担のために切り出された概念であって、
フレームワークなりテンプレートエンジンがそのルールにのっとって置換したHTMLを出力として利用しているに過ぎません。（どのタイミングでどこで置換されているかはフレームワークによる）

コントローラはリクエストを受け取って、リクエストの送り先にレスポンスを返すための中継的な役割を担っています。その過程で「ブラウザに出力するからHTMLとなるものが必要」なのでVIEWを利用しています。

Comments

[mk_skri]

ありがとうございます。ガイド見てみます。

Answer 4

LaravelをMVCモデル開発って決めてかかると、つまづくよ？

郷に入っては郷に従え、フレームワークがどういう挙動をするのか、
しっかり見定めたほうが良いかと。
ドキュメントを読む、解説記事を探す、実際に組んで試す。

どこかで、MVCモデルじゃないっていうのを見た気がします。
実際、モデルについてはモデルのクラスを定義しなくてもクエリーは組めますし。
クエリビルダを使って都度クエリーをくみ上げてデータを取得するやり方ですよね。
わたしも最初はそこからでした。

それを、Eloquentモデルを駆使し始めると
どんどん生SQL実行から遠ざかって抽象化されていきます。

ルーティングによっては、直接ビューを返すこともあるし、
コントローラーの応答としてJSONを返すときなんかはビュー使いませんし。
まぁ、SPA開発するしない、RESTful開発するしないなどで、
千変万化するので。

Comments

[mk_skri]

なるほど、LaravelはあくまでMVCモデルっぽい使い方もできるというだけで、MVCじゃないんですね。
自分でももう少し調べてみようと思います。ありがとうございました。

[m.ts10806]

作者とのTwitterでのやりとりで作者から出た発言ですね。
https://twitter.com/Sileence/status/634383970499756032

[退会済みユーザー]

ナイス出典！

[mk_skri]

ありがとうございます！