Domain-Driven Design encourages to analyse the domain deeply in a process called Supple Design. In his book (the blue book) and in his talks Eric Evans gives some examples of this process, and in this blog in several parts I will suggest some sources of inspirations and some recommendations drawn from my practice in order to help about this process. [part 2]
Domain-Driven Design encourages to analyse the domain deeply in a process called Supple Design. In his book (the blue book) and in his talks Eric Evans gives some examples of this process, and in this blog in several parts I will suggest some sources of inspirations and some recommendations drawn from my practice in order to help about this process.
Your cross-cutting concerns are someone else core domain
déc 22nd, 2009
Consider a domain, for example an online bookshop project that we call BuyCheapBooks. The Ubiquitous Language for this domain would talk about Book, Category, Popularity, ShoppingCart etc.
Business Domains
From scratch, coding this domain can be quite fast, and we can play with the fully unit-tested domain layer quickly. However if we want to ship, we will [...]
Categories
- En français (4)
- General (2)
- Leisure (7)
- Music (14)
- Physical Computing (8)
- Programming (45)
- ddd (3)
- Patternity (12)
- Patterns (17)
Keywords
abstraction accessibility analysis api architecture arduino beat classdiagram convention ddd dependencies design domain drum machine education electronic experience hacking instrument intent interactive interface java language library methodology midi Music musical instrument oo pattern patternity problem Programming refactoring research rhythm solution syntax tool trick uml unittest visual xml-
See also
-
License
All original material of whatever nature created by Cyrille Martraire and included in this weblog and any related page, including the weblog's archive, is licensed under a Creative Commons License.