-
-
Notifications
You must be signed in to change notification settings - Fork 705
Flow of Control
Ivan Paulovich edited this page Jan 21, 2020
·
6 revisions
The flow of control begins at the controller, moves through the use case, and then winds up executing the presenter.
- An request in received by the
CustomersController
then thePost
action is invoked. - The action creates a
RegisterInput
message then theRegister
use case is called. - The
Register
use case creates aCustomer
and anAccount
. Repositories are called, theRegisterOutput
message is built and sent to theRegisterPresenter
. - The
RegisterPresenter
builds the HTTP response message. - The
CustomersController
asks the presenter for the current response message.
- An request in received by the
CustomersController
then thenGetCustomer
action is invoked. - The
GetCustomer
action creates anGetCustomerDetailsInput
message thenGetCustomerDetails
use case is called. - The
GetCustomerDetails
use case asks the repositories about theCustomer
and theAccount
. It could call theNotFound
or theDefault
output port of theGetCustomerDetailsPresenter
depending if it exists or does not. - The
GetCustomerDetailsPresenter
builds the HTTP response message. - The
CustomersController
asks the presenter for the current response.
- Value Object
- Entity
- Aggregate Root
- Repository
- Use Case
- Bounded Context
- Entity Factory
- Domain Service
- Application Service
- Single Responsibility Principle
- Open-Closed Principle
- Liskov Substitution Principle
- Interface Segregation Principle
- Dependency Inversion Principle
- Swagger and API Versioning
- Microsoft Extensions
- Feature Flags
- Logging
- Data Annotations
- Authentication
- Authorization