Domain-Driven Design: Tackling Complexity in the Heart of Software (häftad)
Format
Häftad (Paperback)
Språk
Engelska
Antal sidor
560
Utgivningsdatum
2003-09-01
Upplaga
1. A.
Förlag
ADDISON-WESLEY
Medarbetare
John Fuller (red.)
Illustrationer
Illustrations
Dimensioner
245 x 185 x 40 mm
Vikt
1200 g
Antal komponenter
1
Komponenter
,
ISBN
9780321125217
Domain-Driven Design: Tackling Complexity in the Heart of Software (häftad)

Domain-Driven Design: Tackling Complexity in the Heart of Software

(4 röster)
Häftad,  Engelska, 2003-09-01
699
  • Skickas från oss inom 7-10 vardagar.
  • Fri frakt över 199 kr för privatkunder i Sverige.
Eric Evans has written a fantastic book on how you can make the design of your software match your mental model of the problem domain you are addressing.

His book is very compatible with XP. It is not about drawing pictures of a domain; it is about how you think of it, the language you use to talk about it, and how you organize your software to reflect your improving understanding of it. Eric thinks that learning about your problem domain is as likely to happen at the end of your project as at the beginning, and so refactoring is a big part of his technique.

The book is a fun read. Eric has lots of interesting stories, and he has a way with words. I see this book as essential reading for software developersit is a future classic.

     Ralph Johnson, author of Design Patterns If you dont think you are getting value from your investment in object-oriented programming, this book will tell you what youve forgotten to do.

Eric Evans convincingly argues for the importance of domain modeling as the central focus of development and provides a solid framework and set of techniques for accomplishing it. This is timeless wisdom, and will hold up long after the methodologies du jour have gone out of fashion.

     Dave Collins, author of Designing Object-Oriented User Interfaces Eric weaves real-world experience modelingand buildingbusiness applications into a practical, useful book. Written from the perspective of a trusted practitioner, Erics descriptions of ubiquitous language, the benefits of sharing models with users, object life-cycle management, logical and physical application structuring, and the process and results of deep refactoring are major contributions to our field.

     Luke Hohmann, author of Beyond Software Architecture "This book belongs on the shelf of every thoughtful software developer."

--Kent Beck

"What Eric has managed to capture is a part of the design process that experienced object designers have always used, but that we have been singularly unsuccessful as a group in conveying to the rest of the industry. We've given away bits and pieces of this knowledge...but we've never organized and systematized the principles of building domain logic. This book is important."

--Kyle Brown, author of Enterprise Java Programming with IBM WebSphere

The software development community widely acknowledges that domain modeling is central to software design. Through domain models, software developers are able to express rich functionality and translate it into a software implementation that truly serves the needs of its users. But despite its obvious importance, there are few practical resources that explain how to incorporate effective domain modeling into the software development process.

Domain-Driven Design...
Visa hela texten

Passar bra ihop

  1. Domain-Driven Design: Tackling Complexity in the Heart of Software
  2. +
  3. Designing Data-Intensive Applications

De som köpt den här boken har ofta också köpt Designing Data-Intensive Applications av Martin Kleppmann (häftad).

Köp båda 2 för 1289 kr

Kundrecensioner

Har du läst boken? Sätt ditt betyg »

Fler böcker av Eric Evans

Övrig information

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.

Innehållsförteckning



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.

<...