Rails 使用 response_to 渲染视图的必要性

作者: 老码农不上班 | 来源:发表于2016-07-26 01:55 被阅读480次

    大部分 Rails 开发者觉得如果控制器中的 action 仅仅是渲染 HTML 模版,没必要使用 respond_to。Rails 脚手架(scaffold)生成的代码也是如此,不使用 response_to

    class PostsController < ApplicationController
      def index
        @posts = Post.all
      end
    end
    

    然而,如果有用户恶意请求 XML 格式时,会导致程序报错。你可以自己试试:

    curl -H "Accept: application/xml" localhost:3000/posts
    

    程序会报如下错误:

    Missing template posts/index, ... :formats=>[:xml]
    

    请求的客户端会看到 500 ,表明程序内部出现错误。

    <?xml version="1.0" encoding="UTF-8"?>
    <hash>
      <status>500</status>
      <error>Internal Server Error</error>
    </hash>
    

    这些异常信息会被 Rails 记录下来,随着你的网站访问量达到一个量级,各种请求格式都会出现。我们并不希望每次这样没意义的错误日志出现。那么如何避免这种情况呢。
    使用 response_to ,表明这个 action 只会支持指定类型的请求

    class PostsController < ApplicationController
      def index
        @posts = Post.all
        respond_to do |format|
          format.html
        end
      end
    end
    

    同时,你也可以在 action 的外部,指明这个控制器内所有的 action 都只支持指定的请求类型。但不推荐这中写法,原因有二:

    1. 需要在 action 中结合 response_with 使用
    2. 限制了这个控制器只能处理指定某种类型的请求,不灵活
    class PostsController < ApplicationController
      respond_to :html
    
      def index
        @posts = Post.all
        respond_with @posts
      end
    end
    

    使用 response_to ,客户端请求 action 不支持的相应类型,会收到 406 错误而不是 500

    <?xml version="1.0" encoding="UTF-8"?>
    <hash>
      <status>406</status>
      <error>Not Acceptable</error>
    </hash>
    

    推荐阅读:
    respond_to Without All the Pain

    相关文章

      网友评论

        本文标题:Rails 使用 response_to 渲染视图的必要性

        本文链接:https://www.haomeiwen.com/subject/fernjttx.html