README.md in action_logic-0.1.0 vs README.md in action_logic-0.2.0
- old
+ new
@@ -481,23 +481,23 @@
to expirement and play with the flexibility provided to you by `ActionContext` in determining what is optimal for your given code contexts and your team.
```ruby
class RailsControllerExample < ApplicationController
def create
- case create_use_case.status
- when :disposition_1 then ActionUseCaseSuccess1.execute(create_use_case)
- when :disposition_2 then ActionUseCaseSuccess2.execute(create_use_case)
- when :disposition_9 then ActionUseCaseFailure.execute(create_use_case)
- else
- ActionUseCaseDefault.execute(create_use_case)
- end
- end
+ case create_use_case.status
+ when :disposition_1 then ActionUseCaseSuccess1.execute(create_use_case)
+ when :disposition_2 then ActionUseCaseSuccess2.execute(create_use_case)
+ when :disposition_9 then ActionUseCaseFailure.execute(create_use_case)
+ else
+ ActionUseCaseDefault.execute(create_use_case)
+ end
+ end
- private
+ private
- def create_use_case
- @create_use_case ||= ActionUseCaseExample.execute(params)
- end
+ def create_use_case
+ @create_use_case ||= ActionUseCaseExample.execute(params)
+ end
end
```
Although this contrived example would be ideal for an `ActionCoordinator` (because the result of `ActionUseCaseExample` drives the execution of the next `ActionUseCase`), this
example serves to show that `status` can be used with custom disposition codes to drive branching behavior.