Technology
DDD patterns and architecture concepts that Jardis generates as physical structure in PHP
DDD Patterns as Executable PHP, Not as Documentation
In most teams, Domain-Driven Design lives in documentation. Bounded Contexts are Miro boards. CQRS is a convention in the wiki. Event-Driven Architecture is a slide deck from the last architecture review. What reaches production code regularly deviates from the patterns — not because developers misunderstand the concepts, but because boilerplate burden and time pressure prevent consistent implementation.
Jardis materializes these patterns as physical file structure. A Bounded Context is not a label on a diagram — it is a separate PHP package with its own namespace and no transitive dependencies outward. An Aggregate Root is not a convention — it is a generated class with explicit consistency boundaries. The Repository Pattern separates domain from persistence at the file level: the domain layer contains no Eloquent, no Doctrine.
Clean Architecture, CQRS separation, event-sourcing readiness: these patterns are not optionally configurable — they are the output. The pages below explain what each pattern means and what it looks like as concrete PHP code produced by Jardis.