Browse Source

Update Domain-Driven-Design-Implementation-Guide.md

pull/6315/head
Halil İbrahim Kalkan 5 years ago
parent
commit
a37567d9f4
  1. 16
      docs/en/Domain-Driven-Design-Implementation-Guide.md

16
docs/en/Domain-Driven-Design-Implementation-Guide.md

@ -78,4 +78,18 @@ This section introduces the essential building blocks of the Domain & Applicatio
* **Application Service**: An [Application Service](Application-Services.md) is a stateless service that implements use cases of the application. An application service typically gets and returns DTOs. It is used by the Presentation Layer. It uses and coordinates the domain objects to implement the use cases. A use case is typically considered as a Unit Of Work.
* **Data Transfer Object (DTO)**: A [DTO](Data-Transfer-Objects.md) is a simple object without any business logic that is used to transfer state (data) between the Application and Presentation Layers.
* **Unit of Work (UOW)**: A [Unit of Work](Unit-Of-Work.md) is an atomic work that should be done as a transaction unit. All the operations inside a UOW should be committed on success or rolled back on a failure.
* **Unit of Work (UOW)**: A [Unit of Work](Unit-Of-Work.md) is an atomic work that should be done as a transaction unit. All the operations inside a UOW should be committed on success or rolled back on a failure.
## Implementation: The Big Picture
### Layering of a .NET Solution
TODO
### Execution Flow a DDD Based Application
TODO
### Common Principles
TODO
Loading…
Cancel
Save