如何理解 form_for 和 form_tag

最新推荐文章于 2023-11-10 23:46:30 发布

转载最新推荐文章于 2023-11-10 23:46:30 发布 · 2.3k 阅读

文章标签：

#rails

ralis 专栏收录该内容

60 篇文章

订阅专栏

本文详细解析了Rails框架中Form_for的功能与用法，对比Form_for与Form_tag的区别，并介绍了如何正确地在Form_for中使用HTML元素。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

Form_for是什么

在我们使用Rails的过程中，必然离不开Form_for，甚至在刚入门没有多长的时间里就会接触到Form_for。本来Form_for并不是一个如何特别神奇的东西，无非就是一个Helper，Helper的作用是什么？对于Helper而言，无论它的逻辑多么的复杂，其实本质的作用就是生成HTML代码。所以我们应该以HTML的角度，去理解Form_for.

为什么特别写一篇文章来讲Form_for呢？主要的原因是之前有个人问了我一个这样的问题：

是用于重置表单的，可是我并不知道应该怎么放入Form_for当中！

关于这类型的问题，我已经遇到很多次了，例如说Boostrap中关于一些form的样式代码，不知道如何应用到Form_for中之类。那究竟关于里的一些事情，如何应用到Form_for中呢？
先看看官方的文档怎么介绍Form_for的：

<%= form_for @article, url: {action: "create"}, html: {class: "nifty_form"} do |f| %>
  <%= f.text_field :title %>
  <%= f.text_area :body, size: "60x12" %>
  <%= f.submit "Create" %>
<% end %>

生成如下的HTML：

<form accept-charset="UTF-8" action="/articles/create" method="post" class="nifty_form">
  <input id="article_title" name="article[title]" type="text" />
  <textarea id="article_body" name="article[body]" cols="60" rows="12"></textarea>
  <input name="commit" type="submit" value="Create" />
</form>

其实如果你愿意的话，上面的Form_for是可以混着HTML写的，当然我觉得这不会是一个好的案例，如：

<%= form_for @article, url: {action: "create"}, html: {class: "nifty_form"} do |f| %>
  <%= f.text_field :title %>
  <textarea id="article_body" name="article[body]" cols="60" rows="12"></textarea>
  <%= f.submit "Create" %>
<% end %>

所以对于之前如何添加的问题来说，答案已经很清晰了。当然如何解决这个问题并不是主要想讨论的事情，关键的一点是非常多的初学者对Form_for的理解误区，他们普遍觉得在Form_for里写input是应该像这样的：<%= f.text_field :title %>，而不是，关键是忽略了Form_for主要责任是生成HTML而已。所以特别需要记住的一点是，就算是在Rails里，HTTP的表单请求依然是依赖HTML的标签，而不是Rails的Form_forHelper，而Form_for是用于生成。所以这个问题的产生其实是源自于对HTML本身的不够熟悉。

Form_for与Form_tag

好了，那说完以上的问题后，在说说那Form_for和Form_tag的区别是什么？其实它们的区别就是生成的HTML不一样，而有非常一大部分的初学者会认为他们的区别是一个用于创建和更新用，对于搜索就使用Form_tag。初学者的观点也不能说不对，但是如果要了解为什么需要在不同的情况使用不同的Helper还是需要了解一下它们的区别。那它们生成的HTML究竟有什么不一样呢？

关于Form_for的例子，可以看上面提到的那个例子，而现在看看官方文档中对Form_tag的描述是怎么样的：

<%= form_tag("/search", method: "get") do %>
  <%= label_tag(:q, "Search for:") %>
  <%= text_field_tag(:q) %>
  <%= submit_tag("Search") %>
<% end %>

生成如下的HTML：

<form accept-charset="UTF-8" action="/search" method="get"><div style="margin:0;padding:0;display:inline"><input name="utf8" type="hidden" value="&#x2713;" /></div>
  <label for="q">Search for:</label>
  <input id="q" name="q" type="text" />
  <input name="commit" type="submit" value="Search" />
</form>

它们最大的区别和最关键的区别就是input中的name值，分别是：Form_for是name=”article[body]”，而Form_tag是name=”q”，而这个name值决定了数据发往服务器时的格式是怎么的：Form_for传出去的格式是{article: {body: value}}，而Form_tag则是{q: value}。关于article这个名称的定义则来源于form_for @article中的@article。

然后清楚了它们的两个的区别后，又会衍生另一个问题，就是，那我用Form_for做搜索不就也可以了？答案是：当然可以。但这里会有一个问题，如果你直接这样使用form_for @search的话，整个页面就会出错了。原因在于Rails并不知道@search是不是一个hash类型，而且并没有定义里面的参数值，所以你这样定义就可以顺利通过了：@search = {q: “”}。同理可得，其实@article = Article.new就相当是一个给予article默认key值和默认value值的过程。所以其实无论是Form_for或Form_tag都好，Rails无形中都帮我们把整个概念整理的更简洁了。

所以在创建和更新方面常见的操作为@article = Article.new(params[:article])，而在search中则多为@article = Article.search(name: params[:name])。

原文地址：https://ruby-china.org/topics/21523