This is the code for my workshop DDD: Refactoring towards a cohesive domain model
This project is maintained by Wiesenwischer
Der Workshop und die dazugehörigen Seiten befinden sich derzeit noch in einer frühen Phase der Entstehung. Ich arbeite in den nächsten 2 Wochen an der Umsetzung.
Aktuell arbeite ich an:
In den letzen 20 Jahren habe ich mich immer mehr in der objektorientieren Programmierung spezialisiert. Ich bin ein großer Fan der objektorientieren Programmierung (OOP) und insbesondere von Domain Driven Design. Leider stoße ich in meiner täglichen Arbeit jedoch wieder und wieder auf Code, der zwar Objektorientierung suggeriert, aber im Prinzip nichts anderes ist als prozedurale Programmierung verpackt in Klassen. Immer wieder sieht man so genannte anämische Domänenmodelle (anemic domain model). Hierbei handelt es sich um Klassen, die im Prinzip nichts anderes sind als Behälter für Eigenschaften. Dazu gibt es dann meist mehrere „Service“-Klassen die Geschäftslogik implementieren und Eigenschaften auf diesen Klassen lesen und setzen. Nichts widerspricht schon im Ansatz OOP mehr als dieser “Architekturstil”. Denn bei OOP geht es darum, Daten und Verhalten in einer Klasse zu kapseln. Und genau das ist es wohl, warum ich ein so großer Befürworter von Domain Driven Design geworden bin. Um gut im domänengetriebener Entwicklung zu werden muss man Erfahrung sammeln. Doch diese Erfahrung fehlt vielen, insbesondere wenn man vorher eigentlich fast ausschließlich datengetrieben programmiert hat. Genau dann stößt man fast immer auf die Verwendung anämischer Modelle. Es mag Gründe für ein anämisches Modell geben, ich kenne jedoch keinen der beim Einsatz von OOP dafür spricht und teile die Meinung von Martin Fowler zu 100%, dass es sich hier um ein Anti-Pattern handelt. Zu meinem Glück macht es mir aber auch Spaß, Entwicklern aufzuzeigen, wie sie ihren Code verbessern können und wie sie zu einem guten Domänenmodell finden. Was mich zudem fröhlich stimmt sind insbesondere die “Aha”-Effekte, die Personen erleben, wenn man gemeinsam mit ihnen den Code dahingehend umbaut, dass nach und nach ein Domänenmodell entsteht, dass die geschäftlichen Anforderung bestmöglich umsetzt. Und es macht mich glücklich, einen Weg dahin aufzeigen zu können. In diesem Workshop soll es genau darum gehen.