Oh My DHH

難道慢慢變臃腫是每個框架的必經之路麼..

#2 楼 @blacktulip 每个框架的必经之路：要解决的问题越来越复杂，边界越来越广，于是代码越来越臃肿。

貌似大致上是 whenever, resque, sidekiq 等等的统一接口。方便是方便，感觉没啥必要吧。

#4 楼 @billy 目前看上去好像是一个 wrapper, 也可能会自己实现一套，然后可配置的兼容之前的已有的 gem.

#4 楼 @billy 有個接口也好啊，算是多個選擇，也不一定非要用

@zgm, 有道理，也许会先吃 cron 这一块，其他的要玩 redis，内容更多了。@blacktulip，是的，任务放在一起也比较有条理。

不是经常有人说想要读源码吗？读这个吧。

...这个是不读源码都不知道怎么用啊。。。

就跟 multi_json 一样。

貌似 yehuda keynote 中就有个图就是 wrap delayed_job,resque 和 sidekiq

貌似 Rails 4.0 早期的时候就搞了类似的，后面不知什么原因，没下文了

为了 Rails 架构的规范化，我觉得有必要搞这个接口规范；各种现有解决方案适配下。大家可以自由选择吧 @liyijie

#9 楼 @Kabie 现在还在 develop, 没人会去用他。

抽象出一层统一的 API 也不是坏事，真搞得好以后换个后台任务的 gem 都不用改代码了。 @huacnlee 我也记得这事，刚才查了一下，叫 Queue API，Rails 4.0 正式发布时被移除了。至于为什么被废掉，这里可以找到一点答案。https://blog.engineyard.com/2013/rails-4-queue-api

这是个什么。。。

尝了鲜了~