質問: こんにちは! いつもお世話になっています。 早速ですがご相談です。 使用言語はrailsで、現在、Ajaxを用いてフォームを動的に追加できるサイトを作成しています。 その中で現在つまづいているのが、Ajaxファイルを囲う親元の**<%= form_for ... do |f| %>**のfをAjaxファイル内で使用できず、**<%= f.text_field ... %>**などと書いていたところを全て****HTMLに書き直さなければいけない状態になっております。。 ``` <%= form_for ... do |f| %> <% end %> ``` みなさまのお知恵を拝借できますと幸いですm(_ _)m よろしくお願いいたします。 ■■■■■■■■■■■■■ 以下追記・修正 ■■■■■■■■■■■■■ rifuchさん ご質問ありがとうございます。 前提:ItemモデルとPatternモデルがあり、Item has many Patternsという関係です。 railsで、_item_form.html.erbというviewファイルから以下のようなformを作っています。 ``` <%= form_for @item do |f| %> ... <%= f.fields_for @patterns do |pattern| %> ... <% end %> <% end %> ``` あるボタンを押した時に、itemsコントローラのnewアクションにform_for @itemのリクエストをajax通信で送り、そのアクションではnew.js.erbというファイルを呼び出し、new.js.erbの中では_new.htm.erbを#ajax_boxにrenderするようにしています。 この時に、_new.html.erb内で、form_for @item do |f|のf変数を引き継いで、_new.htm.erb内でf.fields_forのような感じでnestされたフォームを作成したいのですが、どのようにf変数をとってくればいいのかが分かりません。 今のままでは、_new.html.erb内でf.fields_forと書くとundefined local variableとなってしまいます。
回答: まず、レンダリングとリクエストの流れを理解する必要があると思います。 おっしゃっているajax通信を行うアクションが発生する段階では、 すでにerbのレンダリングが完了している状態です。 という事は、そこにあるのはerbを展開し終わった静的なHTMLであって、 erbで記述されている<% %>内の変数は存在していない状態になります。 ですから、どうがんばってもajax通信後にform_forのブロック引数であるfにアクセスする事は不可能です。 では、どうするのか、という話ですが、ざっと考えて3パターンほど解決方法を考えました。 **1.fをajax通信後のレンダラで生成し直す** fはFormBuilderのインスタンスですから、_new.html.erbの内部で、引き回された@itemを利用して、もう一度fをnewしてあげれば、fを利用可能になるでしょう。 ただ、このパターン、全く見かけないので、推奨された方法ではないかもしれませんし、検証した訳ではないので、うまい事fを生成できるかはわかりません。 逆に、fを全く利用しないで、form_tagと普通のフォームヘルパ系のメソッドを使って実現する事は可能です。 **2.form_forごとレンダリングする** newアクションでレンダリングするときのpartialに、form_for部分から丸ごと含めてレンダリングし直せば、fが利用できない事はないでしょう。 そもそも、newアクション以外のところで、先にform_forがある事が、ちょっと居心地悪い感じがします。 @patternsの取得とレンダリングのコストを気にしているのかもしれませんが、 見通しの良いコードを書いてから、あまりにもコストが気になるようになってからチューニングしても遅くないかもしれません。 **3.ajaxを使わない、もしくはajaxでレンダリングしない** すでに取得している@itemをajaxを利用してレンダリングする理由は何でしょうか? 表示されている@itemと全く同じものを再度取得して、フォームを表示するだけであれば、ajaxで通信する意味はないかもしれません。 だとすれば、最初のviewで、先にf.を利用したフォームをレンダリングしておき、CSS等で見えないようにし、 newアクションを呼び出す代わりに、 フォームフィールド部分をjavascriptなどで表示させるか、 newアクションを呼び出しても、new.js.erbで隠しているフィールドを表示するという方法の方が、 洗練されているかもしれません。 1.はあんまり現実的ではないので、おそらくは2.もしくは3.がよさそうですが、 質問では書かれていない要件があって、それではまずいかもしれませんね。 まずは参考まで。