Understanding the business has been stated time and again as being an important part of the development process. In order for me to better support the business one of the 'little' things that I am finding greater and greater love for is the 'business primitive', a very small object, often containing only a single field, that completely encapsulates one small, well defined idea of the business. This is most often a specific type of data, like 'Money'. This does a couple of things for me right off the bat. One, my methods can now ask for these 'business primitives' rather than a language primitive which means there is more meaning in my methods so that they need less documentation and that I am less likely to pass the wrong string into the wrong position on a multi-parameter method. Two, I tend to stop talking in 'developer-speak' and start talking in the language of the business. "Ahh, so an Instrument is identified by a CUSIP!" This is also a very easy way to start experiencing the benefits of DDD's 'Ubiquitous Language', as you build up a collection of business primitives your ability to discuss the business problem with the business people in the terms of the business Read More...

Read the complete post at http://feedproxy.google.com/~r/CodeBetter/~3/7mZuZs85AgU/business-primitives-1-2.aspx

---

Posted Wed, Jan 27 2010 10:53 AM by DDD Feeds