-
-
Notifications
You must be signed in to change notification settings - Fork 694
Flow of Control
Justin Neilon edited this page Jun 22, 2020
·
6 revisions
The flow of control begins at the controller, moves through the use case, and then winds up executing the presenter.
- A request is received by the
CustomersController
then thePost
action is invoked. - The
Post
action creates aRegisterInput
message then theRegister
use case is called. - The
Register
use case creates aCustomer
and anAccount
entities. 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.
- A request is received by the
CustomersController
then theGetCustomer
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
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