{"id":45765,"date":"2025-05-05T15:58:18","date_gmt":"2025-05-05T13:58:18","guid":{"rendered":"https:\/\/www.happycoders.eu\/domain-driven-design\/"},"modified":"2026-04-15T12:21:06","modified_gmt":"2026-04-15T10:21:06","slug":"domain-driven-design","status":"publish","type":"post","link":"https:\/\/www.happycoders.eu\/de\/buecher\/domain-driven-design\/","title":{"rendered":"Domain-Driven Design: Tackling Complexity in the Heart of Software"},"content":{"rendered":"\n

Domain-Driven Design: Tackling Complexity in the Heart of Software<\/h1>\n\n\n\n
\n
\n

von Eric Evans<\/p>\n \n

Eric Evans beschreibt in seinem Klassiker einen bahnbrechenden Ansatz der Softwareentwicklung, dessen Kernelement ein objektorientiertes Modell ist, welches das fachliche \u2013 also das in den Gesch\u00e4ftsabteilungen eines Unternehmens verwendete \u2013 in der Regel nicht formell definierte \u2013 Modell m\u00f6glichst originalgetreu abbildet.<\/p>\n

Die Entwicklung und Pflege eines solchen Modells erfordert eine enge Zusammenarbeit zwischen IT- und Fachabteilungen. Die Schaffung einer gemeinsamen, eindeutigen Sprache \u2013 der \u201cubiquitous language\u201d \u2013 erm\u00f6glicht eine Kommunikation ohne Mehrdeutigkeiten und Missverst\u00e4ndnisse.<\/p>\n

Dom\u00e4nenmodell und enge Zusammenarbeit f\u00fchren letztendlich zu einer Anwendung, die genau das tut, was sich die Fachabteilung von ihr erhofft hat \u2013 und die sich leicht an neue Anforderungen anpassen l\u00e4sst.<\/p>\n

Das Buch zeigt \u2013 unterst\u00fctzt durch zahlreiche anschauliche Beispiele \u2013 einen systematischen Weg von den fachlichen Anforderungen hin zum detaillierten technischen Modell. Es bedient sich dabei eines Repertoires technischer Bausteinen \u2013 wie Entities, Value Objects, Aggregates, Services, Repositories und Factories \u2013 sowie \u00fcbergeordneter Konzepten wie Bounded Context und Context Map, Shared Kernel und Anticorruption Layer sowie Core- und Subdomains, um nur die bekanntesten zu nennen.<\/p>\n

Das Buch ist eines der wichtigsten in der Softwareentwicklung und auch nach zwei Jahrzehnten noch topaktuell. Es ist allerdings keine leichte Lekt\u00fcre \u2013 idealerweise sollte man einige Jahre an Programmiererfahrung mitbringen und sich f\u00fcr das Durcharbeiten ein paar Wochen Zeit nehmen. Die investierte Zeit und M\u00fche werden sich lohnen und dich auf eine neue Ebene der Softwareentwicklung heben.<\/p>\n

\ud83c\udfa7 Geeignet als H\u00f6rbuch: Nein.<\/em><\/p>\n <\/div>\n \n\n \n

\n
\"Domain-Driven<\/a><\/figure>\n \n\n \n

Buch bei Amazon kaufen *<\/a><\/p>\n \n\n\n \n

Genres<\/h4>\n \n\n \n

Softwarearchitektur<\/a> Softwareentwicklung<\/a> Programmierung<\/a> Agile Entwicklung & Agiles Projektmanagement<\/a> Informatik<\/a> <\/p>\n <\/div>\n <\/div>\n\n\n\n

Andere Empfehlungen aus den Genres dieses Buches<\/h2>\n\n\n\n
\n \n
\n
\"Clean<\/a><\/figure>\n \n\n \n

Clean Architecture \u2013 Gute Softwarearchitekturen: Das Praxis-Handbuch f\u00fcr professionelles Softwaredesign. Regeln und Paradigmen f\u00fcr effiziente Softwarestrukturierung.<\/a><\/p>\n \n\n \n

Robert C. Martin<\/p>\n <\/div><\/div>\n \n \n

\n
\"Get<\/a><\/figure>\n \n\n \n

Get Your Hands Dirty on Clean Architecture: A hands-on guide to creating clean web applications with code examples in Java<\/a><\/p>\n \n\n \n

Tom Hombergs<\/p>\n <\/div><\/div>\n \n \n

\n
\"Implementing<\/a><\/figure>\n \n\n \n

Implementing Domain-Driven Design<\/a><\/p>\n \n\n \n

Vaughn Vernon<\/p>\n <\/div><\/div>\n \n \n

\n
\"Design<\/a><\/figure>\n \n\n \n

Design Patterns: Entwurfsmuster als Elemente wiederverwendbarer objektorientierter Software<\/a><\/p>\n \n\n \n

Erich Gamma, Richard Helm, Ralph E. Johnson, John Vlissides<\/p>\n <\/div><\/div>\n \n \n

\n
\"Domain-Driven<\/a><\/figure>\n \n\n \n

Domain-Driven Design kompakt<\/a><\/p>\n \n\n \n

Vaughn Vernon<\/p>\n <\/div><\/div>\n \n \n

\n
\"Pattern<\/a><\/figure>\n \n\n \n

Pattern Hatching: Design Patterns Applied<\/a><\/p>\n \n\n \n

John Vlissides<\/p>\n <\/div><\/div>\n \n \n

\n
\"Refactoring:<\/a><\/figure>\n \n\n \n

Refactoring: Wie Sie das Design bestehender Software verbessern<\/a><\/p>\n \n\n \n

Martin Fowler<\/p>\n <\/div><\/div>\n \n \n

\n
\"Clean<\/a><\/figure>\n \n\n \n

Clean Code \u2013 Refactoring, Patterns, Testen und Techniken f\u00fcr sauberen Code<\/a><\/p>\n \n\n \n

Robert C. Martin<\/p>\n <\/div><\/div>\n \n \n

\n
\"Clean<\/a><\/figure>\n \n\n \n

Clean Craftsmanship: Best Practices, Standards und Ethik f\u00fcr die Softwareentwicklung<\/a><\/p>\n \n\n \n

Robert C. Martin<\/p>\n <\/div><\/div>\n \n \n

\n
\"Effektives<\/a><\/figure>\n \n\n \n

Effektives Arbeiten mit Legacy Code. Refactoring und Testen bestehender Software<\/a><\/p>\n \n\n \n

Michael C. Feathers<\/p>\n <\/div><\/div>\n \n \n

\n
\"Der<\/a><\/figure>\n \n\n \n

Der pragmatische Programmierer: Ihr Weg zur Meisterschaft<\/a><\/p>\n \n\n \n

Andrew Hunt und David Thomas<\/p>\n <\/div><\/div>\n \n \n

\n
\"Growing<\/a><\/figure>\n \n\n \n

Growing Object-Oriented Software, Guided by Tests<\/a><\/p>\n \n\n \n

Steve Freeman und Nat Pryce<\/p>\n <\/div><\/div>\n \n \n

\n
\"Clean<\/a><\/figure>\n \n\n \n

Clean Coder: Verhaltensregeln f\u00fcr professionelle Programmierer<\/a><\/p>\n \n\n \n

Robert C. Martin<\/p>\n <\/div><\/div>\n \n \n

\n
\"Agile<\/a><\/figure>\n \n\n \n

Agile Software Development: Principles, Patterns, and Practices<\/a><\/p>\n \n\n \n

Robert C. Martin<\/p>\n <\/div><\/div>\n \n \n

\n
\"Extreme<\/a><\/figure>\n \n\n \n

Extreme Programming: Das Manifest<\/a><\/p>\n \n\n \n

Kent Beck und Cynthia Andres<\/p>\n <\/div><\/div>\n \n<\/div><\/div>\n\n\n\n

* Hinweis: Wir teilen gerne unsere Lieblingsb\u00fccher mit dir! Als Amazon-Partner verdienen wir eine kleine Provision bei Eink\u00e4ufen, die du \u00fcber unsere Links t\u00e4tigst. Dies hilft uns, weiterhin Inhalte zu erstellen, die dir gefallen.<\/em><\/p>\n