投了简历，2天了都没有回复。。

redis可以配置持久化

进展：发布 0.2.1 版本

主要是更新了API 设计。

事件注册与触发

Fanli.when(:create_user, exec: proc { |args| # business logic goes here })
Fanli.trigger(:create_user, with: {name: 'daqing'})

业务逻辑类

class CreateUser < Fanli::Base
  def perform
    # business logic goes here
  end
end

调用方法：

CreateUser.exec(name: 'daqing', age: 30)

和 wisper 本身没什么优势，但是后面准备添加 sidekiq 支持。 wisper 的 sidekiq gem，已经很久不维护了。

并不一定放在 initializer 下面，也可以放到 app/business/registry.rb里面

其实我这个就是 service啊，只是没有用 XXXService来命名。而是用了动词+名词的方式。

那对于这类需求，有没有不是意大利面条的写法？

class CreateUser
  def perform(args)
    user = User.create!(args)

    [SendWelcomeEmail, GiveCouponIfXmas, GiveInitialCash].each do |clazz|
      clazz.(args)
    end
  end
end

从职责的角度，“创建用户”这个业务逻辑，不应该关心是否要“发邮件”“发优惠券”等职责。所以，这个代码，让 CreateUser 有了多个职责，违反了“单一职责原则”。

另外，还违反了 Open/closed principle。因为我要想在用户注册之后，加入更多逻辑的话，使用我的设计，只需要修改 config/initializer/business.rb 里面的配置，不需要修改 CreateUser的 perform() 方法。而你的例子，必须去修改 perform() 方法的实现。

你那样写，就把依赖写死了，不方便进行单元测试，而且违反了“单一职责”原则

是的，受到 wisper 启发