C++ von A bis Z: Das umfassende Handbuch (Galileo Computing) [Gebundene Ausgabe]

Als langjähriger C++ Programmierer erlaube ich mir die Aussage dass dieses Buch mehr schadet als nützt. Ich kam dazu weil mir dessen Früchte (Programmierer die damit C++ erlernt haben) sehr suspekten Code lieferten. Mein Verdacht hat sich bestätigt.

Daher meine Aussage:
Jeder der geneigt ist sich C++ anzueignen, sollte dieses auf ~1200 Seiten aufgeblähte Buch definitiv meiden.

Anstatt einfaches (!) C++ beizubringen muss sich der Leser am Anfang mit C[ohne ++] herumschlagen. Nein es ist nicht das Gleiche und sollte auch nicht gemischt werden.

Das Buch hat sehr viele Schwachstellen auf die ich hier gar nicht eingehen kann und möchte.

Ein paar kleine Beispiele:

"Das wäre in C so..." oder "so wäre es in C implementiert". Obwohl es ein C++ Buch ist wird es mit solchen Hinweisen vollgemüllt. Mit dem C Kram bekommt der Leser unnötigen Ballast den er bestenfalls nie brauchen wird aber damit schon von Anfang an konfrontiert wird. Wobei ich im Folgenden mit "C" das J. Wolf-C meine. Gutes C ist was anderes.

Als ob es nicht genug wäre, wird der geneigte Leser am ANFANG mit char * statt std::strings mit Zeiger auf Zeiger ** statt mit vector<> und array<> malträtiert. Durch die Verwendung dieser char ** passiert dem Autor genau das was einem guten C++ Buchautor nicht passieren sollte, nämlich ausnahme-unsicherer Code gepaart mit nicht wenigen Gedankenfehlern in seinen Beispielen die direkt in undefiniertes Programmverhalten und damit in die Programmiererhölle führen. Dabei wäre es gar nicht notwendig, wenn der Autor die unnötigen char **, (C Casts), Funktionen mittels Präprozessor und anderen Müll einfach weg lässt oder als Negativbeispiel aufführt, was leider nur an sehr wenigen stellen passiert. Dies setzt natürlich voraus dass man weiß dass es falsch ist so etwas beizubringen und welche Fehler aus solchem Code resultieren können.

Wenn der Autor schon den Drang hat die Hälfte aus seinem Buch "C von A bis Z" zu kopieren, welches er übrigens an jeder auch nur erdenklichen Stelle anpreist, dann bitte irgendwo im Anhang unter einem zusammengefassten Kapitel "C vs. C++" oder so ähnlich.

So geht es durchgehend weiter. Der Autor pastet Seite für Seite alles rein was ihm einfällt und tritt ausgerechnet dort wo C++ interessant wird, nämlich STL und OOP, deutlich zu kurz.

Fragt sich nur warum das Buch so gut bewertet wurde?

Viele kaufen sich das Buch weil sie das neue Erscheinungsdatum bevorzugen und sind euphorisch wenn sie diese 1200 Seiten überlebt haben. Ich muss euch enttäuschen aber der C++ Standard so wie er in diesem Buch vorgeführt wird, stammt aus dem Jahre 1999. Damit gilt praktisch fast jedes Buch was ab diesem Zeitpunkt herauskam noch als aktuell. Zum neuen Standard C++11, der vor wenigen Tagen herauskam, gibt es nur sehr wenige Bücher die meistens nur für Erfahrene Programmierer gedacht sind.

Auch weiß ich aus Erfahrung und Gesprächen mit Kollegen dass sich viele C Programmierer beim Aneignen von C++ sehr stark an ihrer alten Sprache orientieren und daher auch geneigt sind die C-Vorgehensweise auf C++ anzuwenden. Das darf einem guten C++ Programmierer nicht passieren (!). Auch wissen viele einfach nicht was gutes C++ ausmacht weil sie eben aus solchen Büchern lernen. Man kann viel streiten aber bei ausnahmeunsicherem Code, Rückgabe von Rohzeigern, manuellem deleten ala C-free() hört der Spaß eindeutig auf und führt zu all den Fehlern die mit der Einführung von Ausnahmesicherheit/Typsicherheit/STL/Smart Pointern/... vermieden werden sollten.

Auch sollte man sich als C++ Programmierer definitiv nicht an wxWidgets orientieren. Wenn plattformunabhängig dann Qt.

Welches Buch sollte man dann verwenden?

Viele C++ Kollegen empfehlen entweder C++ Primer (ISBN-13: 978-0201721485) oder Thinking C++ (ISBN-13: 978-0139798092). Beide Bücher haben zwar ihre Macken und hin und wieder gibt es Bugs und Syntax Fehler im Code. Dennoch sind sie auf einem deutlich höherem Level als dieses Buch hier.

Im Anschluss, sobald man Erfahrung hat und das eine oder das andere Programm entwickelte, sollte man sich unbedingt mit Scott Meyers Büchern wie z. B. Effektiv C++ programmieren (ISBN-13: 978-3827330789) auseinandersetzen. Diese Bücher spielen in der obersten Liga und beantworten viele bis dahin offene Designfragen.

Hier wird kein C++ gelehrt, sondern C (mit Klassen). Der Leser wird direkt zu Anfang mit unnötig komplizierten Verfahrensweisen konfrontiert und an gefährliche Techniken herangeführt, die in C vielleicht unumgänglich, in C++ aber definitiv zu vermeiden sind. Darüberhinaus werden diese Techniken zum Teil auch noch falsch erklärt.

Als langjähriger Java-Entwickler (JSE, JEE) mit Web-Hintergrund (PHP, JavaScript, HTML, CSS, etc.) wollte ich mir nun mal eine Programmiersprache der "alten Schule" anschauen ohne jedoch das OOP-Umfeld zu verlassen. C++ lag da relativ nahe. Aufgrund der vielen guten Rezensionen habe ich zu diesem Buch gegriffen - und es nach ein paar Wochen enttäuscht wieder weg gelegt. Zugegeben, ich habe es nur bis Kapitel 5 geschafft - danach habe ich kapituliert und mir ein anderes C++-Buch gekauft. Im Folgenden möchte ich näher darauf eingehen *warum* ich das Buch nicht gut fand.

Am ärgerlichsten fand ich dass so gut wie alle Codebeispiele völlig konstruiert und sinnfrei wirken. Funktionen in dem Buch haben Namen wie "func", "do_stuff" oder "callarray". Selten trifft man auch mal auf Funktionen wie "area" oder "fakul" in denen auch tatsächlich etwas sinnvolles passiert. Häufig wird jedoch ganz auf das Verwenden von Funktionen verzichtet und der Code steht einfach in der main-Funktion. Beim Kapitel über OOP wird es leider auch nicht besser. Dort gibt es dann Klassen wie "Mensch" und "Haustier". Oder man trifft auf die Klasse "Basisklasse" mit den Methoden "funktion1", "funktion2" und "funktion3". Insgesamt wären weniger konstruierte Beispiele wünschenswert gewesen.

Weiter geht's mit dem Programmierstil. Bei den Codebeispielen im Buch ist absolut keine Linie zu erkennen. Mal fängt eine Klasse oder Methode mit Klein- und dann mal mit Großbuchstaben an ("abgeleiteteKlasse" vs. "Basisklasse"). Auf der einen Seite werden Unterstriche als Trenner in Methodennamen verwendet ("set_name"), dann wieder camel-case ("checkPoint") oder auch beides ("get_X"). Dabei können einem unterschiedliche Stile durchaus auch mal auf der selben Programmzeile begegnen ("class abgeleiteteKlasse : public Basisklasse"). Und dies alles trotz einem eigenen Kapitel über Programmierstil.

Sehr enttäuschend war auch das Kapitel "Objektorientierte Programmierung" (OOP). Mehrfachvererbung wird anhand der Klassen "Wurst", "Brot" und "Wurstbrot" erklärt. Das Kapitel gipfelt dann in der Vererbungshierarchie von [Wurstbrot] --erbt-von-> [Wurst + Brot] --erbt-von-> [Supermarkt]. Spätestens an dieser Stelle verging mir die Lust an diesem Buch und ich musste es beseite legen. Es tut mir Leid, aber solche sinnfreien und äusserst fragwürdigen Klassenhierachien erwecken den Eindruck als ob die OOP nicht wirklich verstanden worden wäre.

Zusammenfassend kann ich sagen dass mich das Buch sehr enttäuscht hat. Positiv fand ich nur die breite Themenauswahl deren Umsetzung dann aber leider nicht wirklich gelungen ist. Von einem Buch über eine objektorientierte Programmiersprache erwarte ich dass der Autor einem durchgängigen Programmierstil folgt, er die Konzepte der OOP verstanden hat und die Beispiele anschaulich sind.