Welcome to go-ddd
, a reference implementation/template repository demonstrating the Domain Driven Design (DDD) approach in Golang. This project aims to help developers and architects understand the DDD structure, especially in the context of Go, and how it can lead to cleaner, more maintainable, and scalable codebases.
Domain-Driven Design is a methodology and design pattern used to build complex enterprise software by connecting the implementation to an evolving model. go-ddd
showcases this by setting up a simple marketplace where Sellers
can sell Products
.
- Ubiquitous Language: Promotes a common language between developers and stakeholders.
- Isolation of Domain Logic: The domain logic is separate from the infrastructure and application layers, promoting SOLID principles.
- Scalability: Allows for easier microservices architecture transitions.
domain
: The heart of the software, representing business logic and rules.entities
: Fundamental objects within our system, likeProduct
andSeller
. Contains basic validation logic.
application
: Contains use-case specific operations that interact with the domain layer.infrastructure
: Supports the higher layers with technical capabilities like database access.db
: Database access and models.repositories
: Concrete implementations of our storage needs.
interface
: The external layer which interacts with the outside world, like API endpoints.api/rest
: Handlers or controllers for managing HTTP requests and responses.
- Domain
- Must not depend on other layers.
- Provides infrastructure with interfaces, but must not access infrastructure.
- Implements business logic and rules.
- Executes validations on entities. Validated entities are passed to the infrastructure layer.
- Domain layer sets defaults of entities (e.g. uuid for ID or creation timestamp). Don't set defaults in the infrastructure layer or even database!
- Do not leak domain objects to the outside world.
- Application
- The glue code between the domain and infrastructure layer.
- Infrastructure
- Repositories are responsible for translating a domain entity to a database model and retrieving it. No business logic is executed here.
- Implements interfaces defined by the domain layer.
- Implements persistence logic like accessing a postgres or mysql database.
- When writing to storage, read written data before returning it. This ensures that the data is written correctly.
- Clone this repository:
git clone https://github.com/sklinkert/go-ddd.git
cd go-ddd
go mod download
go run main.go
Contributions, issues, and feature requests are welcome! Feel free to check the issues page.
Distributed under the MIT License. See LICENSE for more information.
Eric Evans, for introducing Domain-Driven Design.