Shop now Shop now Shop now See more Shop all Amazon Fashion Cloud Drive Photos Shop now Learn More Learn more Shop now Learn more Shop Fire Shop Kindle Listen with Prime Learn more Shop Men's Shop Women's

Your rating(Clear)Rate this item
Share your thoughts with other customers

There was a problem filtering reviews right now. Please try again later.

on 17 November 2011
All the books in Martin Fowler's are excellent. Two in particular are pretty much de-facto reading material for anyone working on enterprise scale applications: "Enterprise Integration Patterns" and "Patterns of Enterprise Application Architecture". However noticeble by their absence are patterns which directly address the design of services - a gap that is confidently filled by this book.

As with most patterns books, there will be much familiar material for experienced developers and architects - but to think that that makes it an uninteresting book would be to miss the point. The book provides well written, clear, descriptions of the patterns and the contexts in which they should be applied (or not) - enabling more informed analysis and clearer communication between practitioners.

All in all, if you're creating distributed applications that involve (typically web) services then this book should be a must read.
0Comment| 5 people found this helpful. Was this review helpful to you?YesNoReport abuse
One of the most influential architecture books of the early 00s was Enterprise Integration Patterns by Gregor Hohpe and Bobby Woolf. That book not only provided far and away the best set of patterns and supporting explanations for designers of message-based integration, but it also introduced the concept of a visual pattern language allowing an architecture (or other patterns) to be described as assemblies of existing patterns. While this concept had been in existence for some time, I’m not aware of any other patterns book which realises it so well or consistently. The EIP book became very much my Bible for integration design, but technology has moved on an service-based integration is now the dominant paradigm, and in need of a similar reference work.

The Service Design Patterns is in the same series as the EIP book (and the closely related Patterns of Enterprise Application Architecture), and overtly takes the earlier books as a baseline to build an additional set of patterns more directly related to Service-oriented integration. Where the earlier books’ content is relevant, it is just referred to. This helps to build a strong library of patterns, but also actively reinforces the important message that designers of newer integration architectures will do well to heed the lessons of previous generations.

The pattern structure is very similar to the one used in the EIP book, which is helpful. The "Headline" context description is occasionally a bit cryptic, but is usually followed by a very comprehensive section which describes the problem in sufficient detail, with an explanation of why and when alternative approaches may or may not work, and the role of other patterns in the solution. The text can be a little repetitive, especially as the authors try to deliver the specifics of each pattern explicitly for each of three key web service styles, but it’s well written and easily readable.

This is not a very graphical book. Each pattern usually has one or two explanatory diagrams, but they vary in style and usefulness. I was rather sad that the book didn’t try to extend the original EIP concept and try to show the more complex patterns as assemblies of icons representing the simpler ones. I think there may be value in exploring this in later work.

One complaint is the difficulty of navigating within the Kindle edition, or in future using it as a reference work. Internal references to patterns are identified by their page number in the physical book, which is of precisely zero use in the Kindle context. In addition the contents structure which is directly accessible via the Kindle menu only goes to chapter level, not to individual patterns. If you can remember which chapter a pattern is in you can get there via the contents section of index, but this is much more difficult than it should be. In other pattern books any internal references in the Kindle edition are hyperlinked, and I don’t understand why this has not been done here.

To add a further annoyance, the only summary listings of the patterns are presented as multiple small bitmapped graphics, so not easily searchable or extractable for external reference. An early hyperlinked text listing with a summary would be much more useful. Please could the publishers have a look at the Kindle versions of recent pattern books from Microsoft Press to see how this should be done?

A final moan is that the book is quite expensive! I want to get all three books in the series in Kindle format (as well as having the hardcover versions of the two earlier books, purchased before ebooks were a practical reality), and it will cost over £70. This may put less pecunious readers off, especially as there’s so much front matter that the Kindle sample ends before you get to the first real pattern. That would be a shame, as the industry needs less experienced designers to read and absorb these messages.

These practical niggles aside, this is a very good book, and I can recommend it.
0Comment| 3 people found this helpful. Was this review helpful to you?YesNoReport abuse
on 9 February 2012
I wish this book had been available 4 years ago. Robert has put names and descriptions to patterns that I've have been describing to the architecture community at my employer with some success. Now I can point to the pattern and scale up because of the encapsulation of the ideas in a single volume.

A must read for anyone embarking on the SOA journey.
0Comment| 4 people found this helpful. Was this review helpful to you?YesNoReport abuse
on 26 January 2014
It could have done with a bit more lower level detail on contract design. Aside from that it has good coverage of the high level concepts you need to think about when designing integrations and B2B interfaces
0Comment| One person found this helpful. Was this review helpful to you?YesNoReport abuse