Your SlideShare is downloading. ×
DDD eXchange
Upcoming SlideShare
Loading in...5
×

Thanks for flagging this SlideShare!

Oops! An error has occurred.

×
Saving this for later? Get the SlideShare app to save on your phone or tablet. Read anywhere, anytime – even offline.
Text the download link to your phone
Standard text messaging rates apply

DDD eXchange

3,263
views

Published on

Following on from the success of last year, this annual event for London's architect community will have architectural innovation as a theme this year, and particularly CQRS. At the DDD eXchange we …

Following on from the success of last year, this annual event for London's architect community will have architectural innovation as a theme this year, and particularly CQRS. At the DDD eXchange we will feature leading thinkers and architects who will share their experience and Eric Evans is the programme lead.

Published in: Technology, Business

1 Comment
4 Likes
Statistics
Notes
  • For more details and podcasts from the DDD eXchange 2010 go to http://skillsmatter.com/event-details/podcast/ddd-exchange-2010
       Reply 
    Are you sure you want to  Yes  No
    Your message goes here
No Downloads
Views
Total Views
3,263
On Slideshare
0
From Embeds
0
Number of Embeds
4
Actions
Shares
0
Downloads
82
Comments
1
Likes
4
Embeds 0
No embeds

Report content
Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
No notes for slide
  • That is a pretty dense statement. Over the next few hours, we’ll try to define enough terms and explain enough of what we concretely do in order to unpack this statement.
  • Explain briefly what a pattern is, what a pattern language is.All the DDD practices and patterns are based on observed, successful, repeated resolutions to important problemsAlthough we often make successful choices from intuition and experience, if we have no system or structure we are inconsistent. A pattern language systematizes and makes explicit the successful patterns of experienced people.An experienced, talented individual can make good decisions but have difficulty explaining to or collaborating with the other team members. A pattern language gives a team a standardized vocabulary for discussing options, tradeoffs and decisions.
  • That is a pretty dense statement. Over the next few hours, we’ll try to define enough terms and explain enough of what we concretely do in order to unpack this statement.
  • That is a pretty dense statement. Over the next few hours, we’ll try to define enough terms and explain enough of what we concretely do in order to unpack this statement.
  • Transcript

    • 1. Define DDD
      Eric Evans
      domainlanguage.com
    • 2. DDD is a Set of Driving Principles
      Focus on the Core Domain.
      Explore models in a creative collaboration of domain practitioners and software practitioners.
      Speak a Ubiquitous Language within an explicitly Bounded Context.
    • 3. DDD isA Pattern Language
      A set of interrelated problem/solution pairs that have helped teams realize the principles.
      A vocabulary and conceptual framework for discussing domain modeling and design.
    • 4. Define Domain
      domain A sphere of knowledge, influence, or activity.
    • 5. Define Model
      model A system of abstractions that describes selected aspects of a domain.
    • 6. Mercator Map
    • 7.
    • 8. The model we want…
      Helps us solve specific problems in our domain.
      Is not necessarily “realistic”.
      Forms the basis of a language.
      Is not the only model.
    • 9. Define Ubiquitous Language
      ubiquitous language A language structured around the domain model and used by all team members to connect all the activities of the team with the software.
    • 10. Define Model
      context The setting in which a word or statement appears that determines its meaning.
    • 11. Bounded Context An operational definition of where a particular model is well-defined and applicable. (Typically a subsystem, or the work owned by a particular team).
      Define Bounded Context
    • 12.
    • 13.
    • 14.
    • 15.
    • 16.
    • 17.
    • 18.
    • 19. Not all of a large system will be well designed.
    • 20. SubdomainPart of the domain, based on a particular conceptual decomposition of the domain.
      Define Bounded Context
    • 21.
    • 22.
    • 23. Not Just Core Features;Core Domain
    • 24. DDD is a Set of Driving Principles
      Focus on the Core Domain.
      Explore models in a creative collaboration of domain practitioners and software practitioners.
      Speak a Ubiquitous Language within an explicitly Bounded Context.
    • 25. Building Blocks
      Entities
      Value Objects
      Services
      Domain Events
      Aggregates
      Modules
    • 26. Aggregates
    • 27. Aggregate A cluster of run-time objects that are required to be consistent, whereas updates between aggregates may be asynchronous.
      Define Bounded Context
    • 28. Service
    • 29. Service A significant process or transformation in the domain modeled as a stand-alone operation.
      Define Bounded Context
    • 30. Domain Events
      Something happened that domain experts care about.
    • 31. Domain Event Something happened that domain experts care about.
      New information about activity in the domain modeled as a series of discrete events.
      Define Bounded Context
    • 32. Safe or Out?
    • 33. These are not the same:
      Subdomain– Decomposition of the domain.
      Module – Decomposition of the model and associated software.
      Aggregate – Decomposition of the run-time data.
      Service – Decomposition of functionality.
      Bounded Context – Linguistic boundary marking the applicability of distinct models.
    • 34. Areas Of Innovation
      Event Sourcing, CQRS, <new name here>
      UdiDahan
      Greg Young
      Process Integration
      GojkoAdzic
      Eric Evans
    • 35. DDD is a Set of Driving Principles
      Focus on the Core Domain.
      Iteratively explore models in a creative collaboration of domain practitioners and software practitioners.
      Speak a Ubiquitous Language within an explicitly Bounded Context.

    ×