Advertisement
Membership
Login
ACCU Buttons
Search in Book Reviews
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.
Actually only the final two chapters are about JavaScript and I am going to skip comment on these because your decision to buy this book will certainly be based on the previous 800+ pages.
The book starts with a chapter introducing Java and its standard tools. Next we have two chapters comparing Java in turn with C and C++. Considering the title of this book I would have expected much more focus on the facilities that either C or C++ provides that Java does not (or that Java provides in a very different way). I think this flaw (well I think it is) is because the authors are heavily focused on Java. Their knowledge of C/C++ seems weak. For example on page 153 they write about anonymous classes in C++. The examples clearly show that they do not know the difference between an anonymous union in C++ and an unnamed class (whose existence is purely to support the C usage of unnamed structs.) The next chapter (4) is about features of Java that are not in C/C++. I have no problems with this but I emphasise that I would have welcomed chapters on the reverse relationship.
Chapter 5 deals with connecting to legacy code. This is mainly about the Java Native Interface. The next 550 pages is dedicated to pure Java.
This book is a reasonable introduction to Java but I think its title promises rather more. I would have liked to have seen a much more thorough study of the ways in which the languages differ. If you are an average C++ programmer you would probably do better to learn Java from scratch (being told to forget anything you thought you knew about C++). Only good C++ programmers should even consider relating Java to C++, and these will want far more than they will find here. Good C programmers need a very different style of introduction. Their low level coding methods will largely port to Java but they will need far more on the principles of encapsulation, access specifiers etc.
I think the authors fell into a common trap by lumping C and C++ programmers together (actually C and C++ programmers frequently make the same mistake). The very similarities between the three languages are the greatest dangers. Code sometimes silently changes its meaning when it is ported between languages, and idioms frequently do not port effectively.
This is not a bad book but it could/should have been so much more.