他是严格按照 rails 的约定形式。不过那样 controller 文件数量会爆增

#1 楼 @pathbox 然而我觉得只要业务逻辑清晰，这样做会更好

今天早上看到咨询上的这条帖子，我也感觉虽然这样做是按照 rails 的约定走的，不过同楼上的说法，当 controller 的文件数量暴增的话，这两种情况该该怎么取舍

前几天 在 Ruby Weekly 上也看到了，赞同这种原则。接触过一些老的项目，作为新手看到 一个 Controller 里面 几十个 action, 当时就晕了。

Simple as pie, and junior developer friendly

#1 楼 @pathbox

controller 文件数量会爆增远比一个 controller 里 action 和其他代码爆炸来的好。

DHH 的这种组织方式，一般情况下，简单清晰，易于维护。

我喜欢另外一种极端情况，每个 controller 都只有一个 action 当然了，我不这会这样做。还是尽可能的遵守 restful

已经有人翻译这篇文章了 http://mp.weixin.qq.com/s?__biz=MzAxNDEyMDI5NA==&mid=453464461&idx=1&sn=57341bf83cef600efb930a134f9ca636&scene=23&srcid=0309f6hQRoju0F4MImUW7lCU#rd

#5 楼 @ashchan 嗯，是的。我觉得可以二者兼顾。有些情况用一个 controller 管理某种具有雷同功能的 action

2011 年的文章, by stevek labnik，nobody-understands-rest-or-htt。 简言之所有的 custom actions 都是因为没有挖掘潜在的 resources。 不过在实际开发中的中小型项目，为了快速开发，真是 custom action 满天飞，尤其是 /items/search 这样的 api。

总觉得这样写的话 一些简单的 action 写起来是不是还是有点反锁了 不过后期可以考虑他这种组织方式 应该后期维护会比较方便