ControllerとViewは対応しなくてもいいってさ！
Railsのいくつかのチュートリアルをこなし、いくつかのオンラインドキュメントを読んで、MVCの使い分けはだんだんわかってきた。しかし、はたと立ち止まってしまったことがあったので記録。
ごく簡単な名簿アプリケーションを作る。2つのmodel、 Group と Person があるとする。
Person はいずれか1つの Group に関連づけられるものとする。
/:id を GroupController へ繋ぎ、所属する Person のリストが表示されるものとする。
/:id/:person_id をPersonControllerへ繋ぎ、Person の各種属性を表示編集できるようにする。
Groupを新規作成するための form を / とか /new とかに置く。
ここまではまあ、普通。
Person を新規作成するための form は、どうしようか。
教科書的に考えれば、 /:id で表示されるリストの末尾とかに「人を追加」ってなリンクを用意し、これが /:id/new かなんかに飛んで PersonController#new で承る、と、こうなる。
しかしもし、Person の作成に必要な情報が3つとか4つだったら、「人を追加」なんて悠長なことを言うより、とっととそこにFormを埋めてしまえという気分になる。
| 姓 | ハンドル | 生年 |
|---|---|---|
| 大久保 | kuboon | 1980 |
| 猫村 | catchocolate | 1989 |
| 追加 |
こんなかんじぃ？
RailsのMVC哲学からちょっと外れたような気もするが、UIの最適化を考えれば自然の成り行きである。
さてさて、次が問題だ。
このformのPOST先をどうしよう？
formをGroupControllerで生成したとはいえ、これから生成しようとしているのはPersonであるから、PersonControllerで処理してやりたい、というのが人情というものである。
実際そのような記述は可能であるし、一見何の問題も無いような気が、少なくとも僕はしたのだが。。。
Validationめんどい。。。
中止！中止！
明らかにRailsは、formとそのPOST先が同じControllerであることを要求している。
POST先を別のControllerにしちゃあまずいのである。
と、いうことがわかった。
さーてどうするんだ。「この人でなし！」と言われるのを覚悟でGroupControllerでPersonを生成しちゃうのか、それとも、やはりイニシエの掟に従って、GroupController 側は「人を追加」リンクのみに留めておけということなのか、はたまたajaxでformを表示しちゃうようなウルトラCが既に常套となっているのか。
と、一人ぶつぶつと悩んでいたところで頂いた神の助言が表題である。
ControllerとViewは対応しなくてもいいんだよ！
まーじーかー！
ということで、GroupControllerへPOST、そこでPerson.newし、saveに失敗したらそのままformを再表示、成功したら取得したての:person_idを使って /:id/:person_id へとリダイレクトという流れに落ち着いた。
おしまい。