ACCU Home page ACCU Conference Page
Search Contact us ACCU at Flickr ACCU at GitHib ACCU at Facebook ACCU at Linked-in ACCU at Twitter Skip Navigation

Search in Book Reviews

The ACCU passes on review copies of computer books to its members for them to review. The result is a large, high quality collection of book reviews by programmers, for programmers. Currently there are 1949 reviews in the database and more every month.
Search is a simple string search in either book title or book author. The full text search is a search of the text of the review.
    View all alphabetically
Title:
Essential Java Style, Patterns for Implementation
Author:
Jeff Langr
ISBN:
0 13 085086 1
Publisher:
Prentice Hall
Pages:
276
Price:
£31-99
Reviewer:
J Crickett
Subject:
java
Appeared in:
12-4
I asked to review this book shortly after having volunteered to edit the Java section of C Vu. My motivation in volunteering for both was to learn more about Java, having only written a few simple applets before.

Every programming language has its own idioms and knowing them can make reading more experienced programmers' code simpler. I had hoped that this book would provide me with that knowledge, as it is described on the rear as a 'Java style guide'. I put the patterns part of the title down to the publisher cramming in buzzwords.

It was not what I expected, the book is more of a catalogue of 'patterns', each described on a page, or at most two. Each pattern is described in terms of:

  • Answers the question? - what problem does it solve?
  • Solution - what is the solution to the problem
  • Category - the category of the pattern
  • Related Patterns - a list of related patterns described elsewhere in the book
There are then a couple of paragraphs of description, followed by a short, clear code example. Many of the patterns are relevant to other OOP languages, about 20% being Java only. I am happy to say that I gleaned some new ideas from it and wish more programmers would read such books.

For all the good things, I simply did not like this book, the author's insistence on airing his opinions relating to what is wrong with Java and how he would have done it better, simply irritated me.