如果有一个我从 2 升级到 3.2 的 RoR 应用程序,一切最终都得到了修复,但是我有一些来自 form_tag 的奇怪行为。
表单代码为:
<%= form_tag '/public/checkem' do %>
<%= hidden_field "vals", value = picks.draw %>
<%= hidden_field "val_index", value = xcount %>
<%= submit_tag picks.draw_date %>
<% end %>
其中 picks.draw 是一个数组,当依次执行时会生成:
<form accept-charset="UTF-8" action="/public/checkem" method="post"><div style="margin:0;padding:0;display:inline"><input name="utf8" type="hidden" value="✓" /><input name="authenticity_token" type="hidden" value="ET8OgURJpwvnQ+18lK1xKaFXTBLMuMXVw4AoM/gVEYw=" /></div>
<input id="vals_6,16,45,54,60,15" name="vals[6,16,45,54,60,15]" type="hidden" />
<input id="val_index_5" name="val_index[5]" type="hidden" />
<input name="commit" type="submit" value="10/25/2013" />
</form>
这个想法是隐藏输入(vals)包含一个数字数组。然后在 /public/checkem 函数中将该值作为数组正确处理,但是当它在此处重新呈现时:
<span class="elem" style="background-color: #b0b040; color: #000000;"><%=@xpicks[0]%></span>
其中@xpicks[0] 是数组的第一个元素
<span class="elem" style="background-color: #b0b040; color: #000000;">{"2</span>
它拾取了看起来像哈希开头的东西。当我查看日志文件时,我看到了这一行,它确认在提交表单时数组已更改为哈希:
Processing by PublicController#checkem as HTML
Parameters: {"utf8"=>"?", "authenticity_token"=>"ET8OgURJpwvnQ+18lK1xKaFXTBLMuMXVw4AoM/gVEYw=", "vals"=>{"2,11,42,64,74,2"=>""}, "val_index"=>{"1"=>""}, "commit"=>"11/05/2013"}
这在版本 2 中一切正常,但我看不到数组作为散列传递的位置或原因。