Technologie

DDD-Patterns und Architektur-Konzepte die Jardis als physische Struktur in PHP erzeugt

Hexagonale Architektur. Per Default, nicht per Zufall.

Jardis erzeugt hexagonale Architektur für jeden Bounded Context: Ports, Adapter, Application Services, Domain Layer. Korrekte PHP-Struktur ab Zeile eins.

Mehr erfahren

CQRS richtig implementieren. In PHP.

Jardis erzeugt CQRS in PHP: CommandDTO, QueryDTO, Handler, Response-Objekte und Read/Write Repository Splitting. Strukturell erzwungen, nicht nur Konvention.

Mehr erfahren

Bounded Contexts in PHP. Physisch getrennt, nicht nur konzeptuell.

Eigenständige PHP-Packages pro Domain: Jardis erzeugt Bounded Contexts mit physischer Trennung auf Dateisystem-Ebene, Kommunikation via Contracts und Events.

Mehr erfahren

Events feuern ist einfach. Dass sie ankommen, nicht.

Domain Events als First-Class Citizens in PHP: Jardis erzeugt typisierte Events mit automatischem Queue Publishing, kein manuelles Event-Schema-Management.

Mehr erfahren

Dein Repository hat 47 Methoden. Das ist das Problem.

5-Stage Repository Pipeline in PHP: Jardis erzeugt getrennte Read/Write-Pfade mit eigenen Interfaces, physisch erzwungen. Keine God Classes, keine Kopplung.

Mehr erfahren

Dein Projekt schreit Laravel. Nicht deine Domain.

Jardis erzwingt Clean Architecture PHP: Dependency Rule strukturell verankert, Framework-Unabhängigkeit garantiert, Business-Logik vollständig isoliert.

Mehr erfahren

DDD-Muster als ausführbarer PHP-Code, nicht als Diagramm

Domain-Driven Design ist in den meisten Teams Dokumentation. Bounded Contexts stehen in Miro-Boards. CQRS ist eine Konvention im Wiki. Event-Driven Architecture ist ein Foliensatz aus dem letzten Architecture Review. Was im Produktionscode ankommt, weicht regelmäßig von den Mustern ab — nicht weil die Entwickler die Konzepte nicht verstehen, sondern weil Boilerplate-Last und Zeitdruck konsistente Umsetzung verhindern.

Jardis materialisiert diese Muster als physische Dateistruktur. Ein Bounded Context ist kein Label auf einem Diagramm, sondern ein separates PHP-Package mit eigenem Namespace und ohne transitive Abhängigkeiten nach außen. Ein Aggregate Root ist keine Konvention, sondern eine erzeugte Klasse mit expliziten Konsistenzgrenzen. Das Repository Pattern trennt Domain von Persistenz auf Datei-Ebene — der Domain-Layer enthält kein Eloquent, kein Doctrine.

Clean Architecture, CQRS-Separation, Event-Sourcing-Vorbereitung: diese Muster sind nicht optional konfigurierbar, sie sind der Output. Die folgenden Seiten erklären, was jedes Pattern bedeutet und wie es als konkreter PHP-Code aussieht, den Jardis erzeugt.