Domain-Driven Design

Foreword.

Preface.

Acknowledgments.

I. PUTTING THE DOMAIN MODEL TO WORK. 1. Crunching Knowledge.

Ingredients of Effective Modeling.

Knowledge Crunching.

Continuous Learning.

Knowledge-Rich Design.

Deep Models.

2. Communication and the Use of Language.

UBIQUITOUS LANGUAGE.

Modeling Out Loud.

One Team, One Language.

Documents and Diagrams.

Written Design Documents.

Executable Bedrock.

Explanatory Models.

3. Binding Model and Implementation.

MODEL-DRIVEN DESIGN.

Modeling Paradigms and Tool Support.

Letting the Bones Show: Why Models Matter to Users.

HANDS-ON MODELERS.

II. THE BUILDING BLOCKS OF A MODEL-DRIVEN DESIGN. 4. Isolating the Domain.

LAYERED ARCHITECTURE.

Relating the Layers.

Architectural Frameworks.

The Domain Layer Is Where the Model Lives.

THE SMART UI “ANTI-PATTERN”

Other Kinds of Isolation.

5. A Model Expressed in Software.

Associations.

ENTITIES (A.K.A. REFERENCE OBJECTS).

Modeling ENTITIES.

Designing the Identity Operation.

VALUE OBJECTS.

Designing VALUE OBJECTS.

Designing Associations That Involve VALUE OBJECTS.

SERVICES.

SERVICES and the Isolated Domain Layer.

Granularity.

Access to SERVICES.

MODULES (A.K.A. PACKAGES).

Agile MODULES.

The Pitfalls of Infrastructure-Driven Packaging.

Modeling Paradigms.

Why the Object Paradigm Predominates.

Nonobjects in an Object World.

Sticking with MODEL-DRIVEN DESIGN When Mixing Paradigms.

6. The Life Cycle of a Domain Object.

AGGREGATES.

FACTORIES.

Choosing FACTORIES and Their Sites.

When a Constructor Is All You Need.

Designing the Interface.

Where Does Invariant Logic Go?

ENTITY FACTORIES Versus VALUE OBJECT FACTORIES.

Reconstituting Stored Objects.

REPOSITORIES.

Querying a REPOSITORY.

Client Code Ignores REPOSITORY Implementation; Developers Do Not.

Implementing a REPOSITORY.

Working Within Your Frameworks.

The Relationship with FACTORIES.

Designing Objects for Relational Databases.

7. Using the Language: An Extended Example.

Introducing the Cargo Shipping System.

Isolating the Domain: Introducing the Applications.

Distinguishing ENTITIES and VALUE OBJECTS.

Role and Other Attributes.

Designing Associations in the Shipping Domain.

AGGREGATE Boundaries.

Selecting REPOSITORIES.

Walking Through Scenarios.

Sample Application Feature: Changing the Destination of a Cargo.

Sample Application Feature: Repeat Business.

Object Creation.

FACTORIES and Constructors for Cargo.

Adding a Handling Event.

Pause for Refactoring: An Alternative Design of the Cargo AGGREGATE.

MODULES in the Shipping Model.

Introducing a New Feature: Allocation Checking.

Connecting the Two Systems.

Enhancing the Model: Segmenting the Business.

Performance Tuning.

A Final Look.

III. REFACTORING TOWARD DEEPER INSIGHT. 8. Breakthrough.

Story of a Breakthrough.

A Decent Model, and Yet&#8230.

The Breakthrough.

A Deep...

Auteur

Eric Evans is the founder of Domain Language, a consulting group dedicated to helping companies build evolving software deeply connected to their businesses. Since the 1980s, Eric has worked as a designer and programmer on large object-oriented systems in several complex business and technical domains. He has also trained and coached development teams in Extreme Programming.

Texte du rabat

• Specific, concrete techniques that demonstrate why domain-driven design is the heart of business software
• Key teaching points are reinforced by entertaining stories taken from real projects
• Contains illustrative UML diagrams and supporting Java code that help the reader apply these techniques

Résumé
Explains how to incorporate effective domain modeling into the software development process. This book offers readers a systematic approach to domain-driven design, presenting a set of design best practices, experience-based techniques, and fundamental principles that facilitate the development of software projects facing complex domains.

Contenu

Foreword. Preface. Acknowledgments. I. PUTTING THE DOMAIN MODEL TO WORK. 1. Crunching Knowledge.

Ingredients of Effective Modeling.

Knowledge Crunching.

Continuous Learning.

Knowledge-Rich Design.

Deep Models. 2. Communication and the Use of Language.

UBIQUITOUS LANGUAGE.

Modeling Out Loud.

One Team, One Language.

Documents and Diagrams.

Written Design Documents.

Executable Bedrock.

Explanatory Models. 3. Binding Model and Implementation.

MODEL-DRIVEN DESIGN.

Modeling Paradigms and Tool Support.

Letting the Bones Show: Why Models Matter to Users.

HANDS-ON MODELERS. II. THE BUILDING BLOCKS OF A MODEL-DRIVEN DESIGN. 4. Isolating the Domain.

LAYERED ARCHITECTURE.

Relating the Layers.

Architectural Frameworks.

The Domain Layer Is Where the Model Lives.

THE SMART UI "ANTI-PATTERN"

Other Kinds of Isolation. 5. A Model Expressed in Software.

Associations.

ENTITIES (A.K.A. REFERENCE OBJECTS).

Modeling ENTITIES.

Designing the Identity Operation.

VALUE OBJECTS.

Designing VALUE OBJECTS.

Designing Associations That Involve VALUE OBJECTS.

SERVICES.

SERVICES and the Isolated Domain Layer.

Granularity.

Access to SERVICES.

MODULES (A.K.A. PACKAGES).

Agile MODULES.

The Pitfalls of Infrastructure-Driven Packaging.

Modeling Paradigms.

Why the Object Paradigm Predominates.

Nonobjects in an Object World.

Sticking with MODEL-DRIVEN DESIGN When Mixing Paradigms. 6. The Life Cycle of a Domain Object.

AGGREGATES.

FACTORIES.

Choosing FACTORIES and Their Sites.

When a Constructor Is All You Need.

Designing the Interface.

Where Does Invariant Logic Go?

ENTITY FACTORIES Versus VALUE OBJECT FACTORIES.

Reconstituting Stored Objects.

REPOSITORIES.

Querying a REPOSITORY.

Client Code Ignores REPOSITORY Implementation; Developers Do Not.

Implementing a REPOSITORY.

Working Within Your Frameworks.

The Relationship with FACTORIES.

Designing Objects for Relational Databases. 7. Using the Language: An Extended Example.

Introducing the Cargo Shipping System.

Isolating the Domain: Introducing the Applications.

Distinguishing ENTITIES and VALUE OBJECTS.

Role and Other Attributes.

Designing Associations in the Shipping Domain.

AGGREGATE Boundaries.

Selecting REPOSITORIES.

Walking Through Scenarios.

Sample Application Feature: Changing the Destination of a Cargo.

Sample Application Feature: Repeat Business.

Object Creation.

FACTORIES and Constructors for Cargo.

Adding a Handling Event.

Pause for Refactoring: An Alternative Design of the Cargo AGGREGATE.

MODULES in the Shipping Model.

Introducing a New Feature: Allocation Checking.

Connecting the Two Systems.

Enhancing the Model: Segmenting the Business.

Performance Tuning.

A Final Look. III. REFACTORING TOWARD DEEPER INSIGHT. 8. Breakthrough.

Story of a Breakthrough.

A Decent Model, and Yet….

The Breakthrough.

A Deeper Model.

A Sobering Decision.

The Payoff.

Opportunities.

Focus on Basics.

Epilogue: A Cascade of New Insights. 9. Making Implicit Concepts Explicit.

Digging Out Concepts.

Listen to Language.

Scrutinize Awkwardness.

Contemplate Contradictions.

Read the Book.

Try, Try Again.

How to Model Less Obvious Kinds of Concepts.

Explicit Constraints.

Processes as Domain Objects.

SPECIFICATION

Applying and Implementing SPECIFICATION. 10. Supple Design.

INTENTION-REVEALING INTERFACES.

SIDE-EFFECT-FREE FUNCTIONS. …