还有一件事你应该知道- MIME。

如果你需要使用MIME类型，并且默认不支持，你可以在config/initializers/mime_types.rb中注册你自己的处理程序:

演员::类型。“文本/markdown”表单:markdown

响应器注册背后的元编程(参见Parched Squid的回答)也允许你做这样漂亮的事情:

def index
  @posts = Post.all

  respond_to do |format|
    format.html  # index.html.erb
    format.json  { render :json => @posts }
    format.csv   { render :csv => @posts }
    format.js
  end
end

当您访问/posts.csv时，csv行将导致在每个帖子上调用to_csv。这使得从rails站点导出数据为CSV(或任何其他格式)变得很容易。

js行将导致javascript文件/posts.js(或/posts.js.coffee)被呈现/执行。我发现这是一个轻量级的方式来创建一个Ajax支持的网站使用jQuery UI弹出窗口。

这有点过时了，Ryan Bigg在这里做了很好的解释:

http://ryanbigg.com/2009/04/how-rails-works-2-mime-types-respond_to

事实上，它可能比你想要的更详细一些。事实证明，在幕后有很多事情要做，包括需要理解MIME类型是如何加载的。

我是Ruby的新手，在同样的代码上被卡住了。我纠结的部分比我在这里找到的一些答案更基本。这可能会也可能不会帮助到某些人。

respond_to是超类ActionController上的一个方法。 它需要一个block，就像一个委托。块从do到end，以|格式|作为块的参数。 respond_to执行你的块，将Responder传递到format参数中。

http://api.rubyonrails.org/v4.1/classes/ActionController/Responder.html

Responder不包含.html或.json的方法，但我们无论如何都会调用这些方法!这部分让我大吃一惊。 Ruby有一个叫做method_missing的特性。如果你调用一个不存在的方法(如json或html)， Ruby会转而调用method_missing方法。

http://ruby-metaprogramming.rubylearning.com/html/ruby_metaprogramming_2.html

Responder类使用method_missing作为一种注册。当我们调用'json'时，我们告诉它通过序列化到json来响应带有.json扩展名的请求。我们需要不带参数地调用html，告诉它以默认方式(使用约定和视图)处理.html请求。

它可以这样写(使用类似js的伪代码):

// get an instance to a responder from the base class
var format = get_responder()

// register html to render in the default way
// (by way of the views and conventions)
format.register('html')

// register json as well. the argument to .json is the second
// argument to method_missing ('json' is the first), which contains
// optional ways to configure the response. In this case, serialize as json.
format.register('json', renderOptions)

This part confused the heck out of me. I still find it unintuitive. Ruby seems to use this technique quite a bit. The entire class (responder) becomes the method implementation. In order to leverage method_missing, we need an instance of the class, so we're obliged to pass a callback into which they pass the method-like object. For someone who has coded in C-like languages for 20 some years, this is very backwards and unintuitive to me. Not that it's bad! But it's something a lot of people with that kind of background need to get their head around, and I think might be what the OP was after.

附注:在RoR 4.2中respond_to被提取到responders gem中。

我想了解respond_to块实际上是如何工作的。什么 变量的类型是格式?是.html和.json方法的格式 对象?

为了理解什么是格式，您可以首先查看respond_to的源代码，但很快您就会发现真正需要查看的是retrieve_response_from_mimes的代码。

从这里，您将看到传递给respond_to(在您的代码中)的块实际上被调用并与Collector的实例一起传递(在块中引用为format)。Collector基本上根据Rails所知道的mime类型生成方法(我相信是在Rails启动时)。

所以，是的，.html和.json是在Collector(又名format)类上定义的方法(在运行时)。

据我所知，respond_to是一个附加到ActionController的方法，所以你可以在每个单独的控制器中使用它，因为它们都继承自ActionController。下面是Rails的respond_to方法:

def respond_to(&block)
  responder = Responder.new(self)
  block.call(responder)
  responder.respond
end

你给它传递一个block，就像我在这里展示的:

respond_to <<**BEGINNING OF THE BLOCK**>> do |format|
  format.html
  format.xml  { render :xml => @whatever }
end <<**END OF THE BLOCK**>>

|格式|部分是块期望的参数，所以在respond_to方法中我们可以使用它。如何?

好吧，如果你注意到我们在respond_to方法中传递了一个带前缀的&块，我们这样做是为了将该块作为Proc处理。由于参数有“.xml”，“.html”，我们可以使用它们作为要调用的方法。

我们在respond_to类中所做的基本上是调用Responder类实例的方法“.html， .xml， .json”。