```rb
# A base class for all classes implement calls to API.
class ApiCall
attr_reader :params
def self.call(params)
new(params).call
end
def initialize(params)
@params = params
end
def call
@res = execute
self
end
def on_success
yield @res if @res.success
self
end
def on_error
yield @res unless @res.success
self
end
private
def execute
fail NotImplementedError
end
end
StripeCall.(number: 'valid')
.on_success { |response| puts response.body }
.on_error { |response| puts response.body }
# => ok response
StripeCall.(number: 'invalid')
.on_success { |response| puts response.body }
.on_error { |response| puts response.body }
# => bad response
```
感覺有點借鑑 JS promise 的做法，傳 on_success 和 on_failure 的 proc 進到 method 當作 handler，之前有想過這種做法，剛好在 Ruby weekly 看到有人示範了，的確是減少了 if else 判斷，也省略了 response 這種 hidden context，不過最後為了寫的方便一點用了 method(:handle_success) 就沒有特別喜歡，但還是學習了這個用法，又是 meta programing 流派...
原文： https://railsguides.net/conditional-execution-with-dsl/
另外在 comment 裡看到一個 gem https://github.com/apneadiving/waterfall
也是挺有趣的，真的很有 functional programing 的味道
是不是大家開始慢慢被影響導致越來越多人用 Funtional Ruby 了呢～？最近也常常聽到和看到有人要用 Ruby 實現以及使用 elixir pipe operator ＸＤ
