Buchvorstellung Domain-Driven Design

Transkript

1 Buchvorstellung Domain-Driven Design XPUG FFM 20 Bastiaan Harmsen Copyright Software Team GmbH, Bastiaan Harmsen 1

2 Standardattribute Domain-Driven Design Eric Evans Addison-Wesley ISBN $49,99 US 529 Seiten Copyright Software Team GmbH, Bastiaan Harmsen 2

3 Worum geht s? Domain models central to software design Design best practices Experience-based techniques Design and implementation Copyright Software Team GmbH, Bastiaan Harmsen 3

4 Bezug zu XP und Agilem? Eric Evans trainiert und coached XP-Teams Enge Verbindung zwischen Design und Implementierung Iteratives Design Copyright Software Team GmbH, Bastiaan Harmsen 4

5 I Putting the Domain Model to Work Zutaten für effektives Modellieren Modell und Implementierung verbinden Kultivieren einer gemeinsamen Sprache im Modell Entwicklung eines erkenntnis-reichen Modells Destillation des Modells, Fokussierung Brainstorming und Experimente Knowledge crunching (wie number crunching) Ständiges Lernen Wenn wir mit dem Entwickeln beginnen wissen wir selten genug Tiefes Verständnis einer Domain Copyright Software Team GmbH, Bastiaan Harmsen 5

6 I Putting the Domain Model to Work Kommunikation und Gebrauch von Sprache Verwendung einer allgegenwärtigen (ubiquitous) Sprache Laut modellieren was wird wirklich gesagt? Ein Team, Eine Sprache (Kunde+Entwickler) Dokumente und Diagramme Dokumente sollten den Code und das Gesprochene ergänzen Dokumente müssen zum Erfolg beitragen und gepflegt werden / sein Intensive Bindung zwischen Modell und Implementierung Model-Driven Design beendet den Widerspruch zwischen Analyse- Modellen und Design durch ein einziges Modell, das beiden Ansprüchen genügt Copyright Software Team GmbH, Bastiaan Harmsen 6

7 II The Building Blocks of a Model-Driven Design Eingrenzung der Domäne Der Teil der Software, der das spezifische Domänenproblem löst ist üblicherweise ein sehr kleiner Teil der gesamten Software. Die Wichtigkeit steht in keinem Zusammenhang zur Größe. Layered architecture Wie wird ein Modell in Software ausgedrückt? Associations Entities (aka reference objects) (Bastiaan) Objects defined by a thread of continuity and identity Value objects (Crayola-Stift) Services (sometimes, it just isn t a thing) Modules Repositories (lösen das Persistenzproblem) Copyright Software Team GmbH, Bastiaan Harmsen 7

8 III Refactoring Toward Deeper Insight Refactoring is the redesign of software Betrachtung von mechanischen Änderungen Refactoring to patterns ist höher angesiedelt The refactorings that have the greatest impact on the viability of the system are those motivated by new insights into the domain Deep Model / Supple Design The Discovery Process Es gibt keine mechanische Anleitung für die Entwicklung eines Designs ist in den meisten Fällen ein iterativer mit vielen Refactorings Copyright Software Team GmbH, Bastiaan Harmsen 8

9 III Refactoring Toward Deeper Insight Implizite Konzepte explizieren Konzepte ausgraben Genau auf die Fachsprache hören Was und wie erzählen sich die Fachexperten? Gibt es Begriffe, die auf etwas Kompliziertes hinweisen? Korrigieren die Fachexperten die Sprache der Modellierer? Verschwinden verwirrte Gesichtsausdrücke, wenn bestimmte Begriffe verwendet werden? Denke sehr genau über Widersprüche nach Lies die Fachliteratur der Experten Supple design Intention revealing interfaces Closure of Operations Copyright Software Team GmbH, Bastiaan Harmsen 9

10 IV Strategic Design Strategien für das große Design Bewußtsein von Kontexten Distillation Bounded Contexts ù Aufteilung in abgegrenzte Kontexte ù Definition der Relationen zwischen den Kontexten Core Domain ù Konzentration auf das Eigentliche Large-scale structure Konsistenz in verschiedenen Teilen Definition, wie große Strukturen aneinander gebunden werden Copyright Software Team GmbH, Bastiaan Harmsen 10