-
-
Notifications
You must be signed in to change notification settings - Fork 750
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
CustomersControllerthen thePostaction is invoked. - The
Postaction creates aRegisterInputmessage then theRegisteruse case is called. - The
Registeruse case creates aCustomerand anAccountentities. Repositories are called, theRegisterOutputmessage is built and sent to theRegisterPresenter. - The
RegisterPresenterbuilds the HTTP response message. - The
CustomersControllerasks the presenter for the current response message.
- A request is received by the
CustomersControllerthen theGetCustomeraction is invoked. - The
GetCustomeraction creates anGetCustomerDetailsInputmessage thenGetCustomerDetailsuse case is called. - The
GetCustomerDetailsuse case asks the repositories about theCustomerand theAccount. It could call theNotFoundor theDefaultoutput port of theGetCustomerDetailsPresenterif it exists or does not. - The
GetCustomerDetailsPresenterbuilds the HTTP response message. - The
CustomersControllerasks 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