1

如果有一个我从 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="&#x2713;" /><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;">{&quot;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 中一切正常，但我看不到数组作为散列传递的位置或原因。

4

1 回答 1

1

显然，当使用模型和“form_for”时，会指示使用“hidden_​​field”。如果没有模型，您应该使用“hidden_​​field_tag”

于 2013-11-14T20:15:21.777 回答