The key to a successful DDD project is the concept of “harmonious models”—that the model in the code matches the way the business thinks and talks about how it works. This alignment is what allows the software to adapt to changes in the business without breaking. It also enables insights about the business, both for developers and stakeholders.
Steven Lowe shares three simple philosophical rules that guide understanding and application of DDD—capture the domain model, embed it in the code, and protect it from corruption—and explains how these rules guide DDD at all scales.
DDD is deep and broad, but you don’t necessarily need all of it all of the time. These three guidelines help you decide how much DDD to use and when and where to use it.
I write science fiction software music and leave out commas. Author of “Head-First Domain-Driven Design” for O’Reilly.
For exhibition and sponsorship opportunities, email SAconf@oreilly.com
For information on trade opportunities with O'Reilly conferences, email partners@oreilly.com
View a complete list of O'Reilly Software Architecture contacts
©2017, O'Reilly Media, Inc. • (800) 889-8969 or (707) 827-7019 • Monday-Friday 7:30am-5pm PT • All trademarks and registered trademarks appearing on oreilly.com are the property of their respective owners. • confreg@oreilly.com