Search in Book Reviews

The purpose of a design process is to create a collaboration model, which can be developed by studying the collaborations and responsibilities of objects. The design process starts with writing a brief design story, searching for candidate objects and choosing good names. A whole chapter is dedicated how to find objects and valuable advice is given, which goes beyond the advice of identifying noun phrases. A useful concept while creating the collaboration model is to look at an object's role in the light of stereotypes. These stereotypes help to discover the collaborations between various types of objects. An object can be an information holder, structurer, service-provider, controller, coordinator, interfacer. One should write the object's purpose and stereotype on a CRC card and start to connect the object candidates.

I was mostly impressed with the chapter on Control Style, where in an example is shown how an implementation based on a state pattern can be converted to a delegated control style. I found this example highly valuable, because in my experience less experienced developers quickly tend for a centralised control style. With this case study many important points about different control styles become clear.

I liked the layout of the book, which uses blue section titles and useful side comments on the main text in the borders. The only negative point is may be that the chapters have no numbered subsections, which make it slightly difficult to see a hierarchic structure in a chapter.