#4 楼 @huacnlee 嗯，我言辞不当这个是确实的。我继续道歉。

#5 楼 @tualatrix 我只是对我过激的言论致歉，对于我的观点，我依然保留意见。

#49 楼 @hooopo 嗯，这个问题可以问@poshboytl，他和作者一个公司的。我贴的代码里是 resouce。

#1 楼 @Rei 我的某些言论过激了，我道歉，但是我依然认为我们讨论问题的时候，请回帖人首先遵守发帖人的命题，不感兴趣可以不说话，要说话你要灌纯水也好，你打算好好回答问题也好，请不要说些完全不着边际完全暴露出来一种装 X 的感觉的话。我们的这个论坛您难道不觉得需要的是实事求是的氛围而不是一种卖弄的感觉吗？

#40 楼 @fsword 难不成不可以把 MVC 用 RESTful 组织风格？那 DHH 在写 Rails 的时候估计没想清楚。

#43 楼 @yedingding 可以改进一下，不然会少了很多欢乐的，不过改了就会很像 QQ 群，OYE

#39 楼 @poshboytl 以前才学 REST 的时候，发现要请求比如是 current_user 居然会定义多出一个 action，我当时就把 current_user 抽成了一个单独的 controller，哇哈哈，当时好幼稚。

Rest 本来就只是一种 MVC 的组织方式，就@fsword 的说法，API 就不可以用 RESTful 了？我们在定义 API 的时候就不应该扯上和 Restful 有关系了，是吗？DIWHAT 是一种什么架构理念啊？请您回答一下？我重申我只是想把我的 API 中资源接口的 delete 和 put 做得更加兼容一点。

#5 楼 @azhao LZ 想让 uri 传数组且可以很漂亮

#2 楼 @zhangyuan 嗯，很像那么回事啊。不过 uri 真丑。

#29 楼 @fsword 请君看清题，API 和 REST 是两个问题其中“再次”二字表述出来了。

“真正的 RESTful API”就想超文本一样，信息的每个寻址单元显式地（如，link 和 id 属性）或隐式地（如，由媒体类型定义和表示结构推导而来）携带一个地址。REST API 不应该依赖于任何通信协议，尽管要成功映射到某个协议可能会依赖于元数据的可用性、所选的方法等。 作者自己的意思，摘至 fsword 于 22 楼发表的帖子。 so：@Rei也许这并不是不纯

MTK 机上面这就是个切实的问题。 grape 只是说明 grape 的作者也并不认为必须用 delete、和 put。我只是问问大家的意见。

呵呵，我也同问啊。

#27 楼 @miclle 我很虚心的讨教，结果有人上来就摆谱。

#10 楼 @Rei 额，我没偏题啊，sorry 不好意思。

#25 楼 @poshboytl 我在嘛他，他没骂我，他比较清高。

#21 楼 @ywencn 确实不好意思，比较激动，不过我亦依然认为 @fsword 的行为在 ruby 社区里面非常负面。

#19 楼 @ywencn 对人才能用“人身攻击”。在您提醒之前我没有意识到 SORRY。

#5 楼 @chitsaou 嗯，我也这么认为的，看看爬的网页吧。

同上，以及同上上

#1 楼 @azhao 不是这个原因吧，起码如果是缺少 # encoding: utf-8 绝对不是这个报错。也应该不是数据库的原因。因为数据库即使是 GBK 也应该可以存进去的。可能是不是网页的字符集非 UTF-8。只是猜想

#8 楼 @fsword 真是装逼的言论啊，怎么着都透露出一种老子天下第一的口气。结果屁都没说出来一个。PS:我不能跑题，bundle install 用得多些，update 难以确定升级以后的的版本稳定性。一般敢上线的东西，起码当前的 gem 不会有太大纰漏。

#42 楼 @fsword 对 ruby 最大的不满在于社区里面会有这种人（fsword）

#6 楼 @fsword 需要个毛，自己在调度器上包一层不就好了，等框架。你二不二。

#15 楼 @fsword 我要继续骂你，杭州的上次 conf，拿出来的传代码的傻逼 API 还不够你们回去自省吗？还要来丢人显眼。

#15 楼 @fsword 装逼的人，鉴定完毕。Hooopo 的 RESTFUL 本来就很烂的，RESTFUL 里面确实定义的 PUT、DELETE 作为标准方法。不过请看我在二楼说的，这是一种变异，沽名垂钓的装逼男。

我是来搞污染的

#13 楼 @fsword 请问怎么别扭这这位了？

#9 楼 @hooopo 虎跑你是傻帽