Rails get put的一个区别

就是传参数的时候
本来是这样

=button_to "录入", enroll_report_advs_path, :method => :get

后来就想，传个参数，就是多一个params[:adv]
结果写成

=button_to "录入", :controller=> :report_advs, :action=>:enroll,:adv=> adv_hash, :method => :get

不好用，后来，发现要用put才能传过去

#haml
=button_to "录入", {:controller=> :report_advs, :action=>:enroll,:adv=> adv_hash}, :method => :put

参考：

引用

今天在写rails路由的时候，混了混了，于是做日志以作备忘。
GET字面解释就是获取，向服务器获取资源，服务器会响应你的获取请求。GET提交的数据是放在URL里，目的是灵活的向服务其提交检索请求，可以在地址栏随时修改数据以变更需要获取的内容。
POST是用来提交数据的。提交的数据放在HTTP请求的正文里，目的在于提交数据并用于服务器端的存储，而不允许用户过多的更改相应数据（主要是相对于在url 修改要麻烦很多)。
GET操作是安全的。所谓安全是指不管进行多少次操作，资源的状态都不会改变。比如我用GET浏览文章，不管浏览多少次，那篇文章还在那，没有变化。当然，你可能说每浏览一次文章，文章的浏览数就加一，这不也改变了资源的状态么？这并不矛盾，因为这个改变不是GET操作引起的，而是用户自己设定的服务端逻辑造成的。
PUT，DELETE操作是幂等的。所谓幂等是指不管进行多少次操作，结果都一样。比如我用PUT修改一篇文章，然后在做同样的操作，每次操作后的结果并没有不同，DELETE也是一样。顺便说一句，因为GET操作是安全的，所以它自然也是幂等的。
POST操作既不是安全的，也不是幂等的，比如常见的POST重复加载问题：当我们多次发出同样的POST请求后，其结果是创建出了若干的资源。
安全和幂等的意义在于：当操作没有达到预期的目标时，我们可以不停的重试，而不会对资源产生副作用。从这个意义上说，POST操作往往是有害的，但很多时候我们还是不得不使用它。
还有一点需要注意的就是，创建操作可以使用POST，也可以使用PUT，区别在于POST 是作用在一个集合资源之上的（/articles），而PUT操作是作用在一个具体资源之上的（/articles/123），再通俗点说，如果URL可以在客户端确定，那么就使用PUT，如果是在服务端确定，那么就使用POST，比如说很多资源使用数据库自增主键作为标识信息，而创建的资源的标识信息到底是什么只能由服务端提供，这个时候就必须使用POST。

给原作者加入链接
http://zshuaibin.blog.com/