• 
  • Weitere Informationen zu diesem Buch:
    Volltextsuche im Buch bei Google Print

    Probekapitel | Rezensionen |
    Errata | Inhaltsverzeichnis | Index | Download der Beispiele | Ihr Feedback |

	
Letzte Änderung: 26.11.2008 

Im 5., korrigierten Nachdruck August 2008 wurden folgende Errata berücksichtigt:

Seite 64
In der Erläuterung rechts unten muss es richtig heißen: "... des implementierten 
Interface Observer...".

Seite 120
In der obersten Anmkerung zum Code muss es richtig heißen: "Pizzeria ist jetzt 
abstrakt...".


Im 4., korrigierten Nachdruck November 2007 wurden folgende Errata berücksichtigt:

Seiten 46 und 47
Es muss bei den Beobachtern natürlich immer Hund-Objekt heißen.

Seite 78
Bei der Lösung der Code-Magneten muss der Magnet mit den WetterDaten (noch an 
5. Stelle) dem if-Magneten folgen.

Seite 181
Unten im Code ist in der vorletzten Zeile das Singleton public und static, aber nicht 
synchronized.


Im 3., korrigierten Nachdruck Februar 2007 wurden folgende Errata berücksichtigt:

Seite 116
Im Beispiel-Code muss es statt fabrik.erstellePizza(); heißen
fabrik.erstellePizza(typ);

Seite 371
In der vierten Codezeile fehlt der Cast nach SpeisekartenKomponente.
Richtig ist:

SpeisekartenKomponente komponente = (SpeisekartenKomponente)iterator.next();

Seite 453
Beim Aufruf von Naming.rebind() muss der dritte Bestandteil des Strings
lauten:
"/KaugummiAutomat"
Außerdem fehlt unten in der Durchführung der Aufruf von 
% rmic KaugummiAutomat



Im 2., korrigierten Nachdruck Juni 2006 wurden
folgende Errata berücksichtigt:

Seite 428       
Die Zuordnung in der Lösung von "Wer macht was?" ist falsch. 
Zum State-Muster passt zwar wie dargestellt die dritte Beschreibung, 
zum Strategy allerdings die erste und zur Template Method die zweite.

Seite 474
Im Pseudo-UML-Diagramm muss im Kasten unten rechts statt "InvocationHandler" 
"InvocationHandlerImpl" stehen.  

Seite 479
Im oberen Pseudo-UML-Diagramm muss im Kasten unten rechts statt "InvocationHandler"
"InvocationHandlerImpl" stehen.  

Seite 525
Beim Interface "Quakfähig" ist hinter der Methode "quaken()" 
ein Klammernpaar zuviel.

Seite 533
Beim Composite-Muster ist in der Darstellung der GUI-Komponenten der Button
 ">>" doppelt. Der linke Button soll ein "<<" tragen.

Seite 612
Im Pseudo-UML-Diagramm müssen die Methoden "on()" und "off()" in den beiden 
Implementierungen "PhilipsFernBedienung" und "SonyFernBedienung" "ein()" und 
"aus()" heißen. 

Seite 617
Im Pseudo-UML-Diagramm muss es viermal "bearbeiteAnfrage" statt "handleRequest" 
heißen.

Seite 621
Im Pseudo-UML-Diagramm sollte "Ausdruck" kursiv, "interpretieren(kontext)" dafür 
nicht kursiv dargestellt sein.
 

Im 1., korrigierten Nachdruck März 2006 wurden 
folgende Errata berücksichtigt:

Seite xviii
Dritter Eintrag im Inhaltsverzeichnis:
"Einführungskurns" -> "Einführungskurs"

Seite 2 
Im Pseudo-UML-Diagramm muss die Methode "Anzeigen()" der "MoorEnte" kleingeschrieben 
werden, also "anzeigen()" heißen.

Seite 12
Letzte Codezeile ganz unten:
"tier = gibLaut();" -> "tier.gibLaut();"

Seite 13 
Im Pseudo-UML-Diagramm müssen die Methoden "fliegen()" und "quaken()" in den beiden 
Interfaces kursiv gesetzt sein.

Seite 15   
In Schritt 2, erste Codezeile:
"public class Ente {  "     ->      "public abstract class Ente {  "

Seite 18   
In Schritt 1, letzte Codezeile:
"System.out.println("Alle Enten fliegen, auch Holzenten!"); "    -> 
		"System.out.println("Alle Enten schwimmen, auch Holzenten!"); " 

Seite 19 
In Schritt 3, erste Codezeile:
"public interface Quackverhalten" -> "public interface Quakverhalten"

In Schritt 4 müssen die beiden Methodenaufrufe so heißen:
mallard.tuQuaken;
mallard.tuFliegen;

Seite 52
In der Notiz rechts oben:
"Dieses Interface besitzt eine Methode update()..." -> Dieses Interface besitzt eine 
Methode aktualisieren().

Seite 53
Erste Antwort auf die Frage "Warum?":
"... eine bestimmte Schnittstelle implementiert (das Interface Observer)" -> 
    "... eine bestimmte Schnittstelle implementiert (das Interface Beobachter)"

Seite 58
In der Notiz rechts oben:
Die URLs finden Sie nicht auf Seite xxxiii, sondern auf Seite xxxi.

Seite 77
Lösung zu "Spitzen Sie Ihren Bleistift":
Beim Buchstaben F kann die erste (englische) Zeile ersatzlos gestrichen werden.

Seite 81
Im Pseudo-UML-Diagramm muss bei der Klasse "Getränk" die Methode "Preis()" 
kleingeschrieben sein: "preis()". 

Seite 82
Im Pseudo-UML-Diagramm fehlt bei der Methode "preis" der Klasse "Getränk" ein 
Klammernpaar: "preis()".

Seite 83
Im Pseudo-UML-Diagramm heißt die Superklasse "Getränk" (und nicht 
"Getränke") und bei ihrer Methode "preis" fehlt ein Klammernpaar: "preis()".

Seite 92
Im Pseudo-UML-Diagramm muss die Methode des ZutatDekorierers "get.Beschreibung()" 
heißen, nicht "get.Description()".

Seite 125
Im Pseudo-UML-Diagramm ist in der "BerlinPizzeria" bei der Methode "erstellePizza()" 
ein Klammernpaar zuviel.

Seite 134
Im Textabsatz nach dem grauen Kasten fehlt das einleitende "Wenn":
"Wenn Sie das Klassendiagramm betrachten...."

Seite 173
Vierte Randnotiz:
"Die Methode getInstance()..."  -> "Die Methode getInstanz()...."

Seite 175
Vierte Codezeile muss heißen:
public Schokoladenkocher()   {

Seite 177
Randnotiz unten links, Mitte:
"... mit Singleton.getInstance()..."  -> "...mit Singleton.getInstanz()..."

Seite 199
Bestellzettel oben rechts muss lauten:
public void Bestellung.Ausführen()  {
       koch.macheBurger();
       koch.macheShake();
}

Seite 206
Abbildung oben rechts:
"action()"  -> "aktion()"

Seite 225
Schitt ein, zweiter Codeabsatz, erste Zeile:
LichtAusBefehl lichtAn = new LichtAusBefehl(licht);  ->
LichtAnBefehl lichtAn = new LichtAnBefehl(licht);

Seite 226
Programmausgabe, mittlerer Abschnitt:
"Licht ist aus" -> "Licht ist an"
Die Zeile "Wohnzimmer: Fernseher spielt DVD" löschen.

Seite 231
Begriff senkrecht 12:
"Commend-Muster" -> "Command-Muster"

Seite 240
Im Code:
2x "testDuck" -> "testeEnte"
1x "duck" -> "ente"

Seite 255
Im Pseudo-UML-Diagramm fehlt der Klasse oben Mitte ein Name: "Verstärker" 

Seite 280
Im Pseudo-UML-Diagramm muss die Superklasse "KoffeinhaltigesGetränk" heißen.

Seite 321
Code bei Schritt 3:
3x "Speisen" -> "Speise"
1x "speisen" -> "speise"

Seite 327
Erste Zeile im Code:
"Menu" -> "Speisekarte"

Seite 340
Oberes Diagramm, Klasse "Spiel":
"anMelden" -> "anmelden"

Unteres Diagramm:
Klasse "Game" muss "Spiel" heißen.
In der Klsse "SpielSession": 
"anMelden" -> "anmelden"

Seite 347
Randnotiz Mitte rechts:
"...Wenn man valuesIterator() ..." -> "... Wenn man values().Iterator()....""

Seite 356
Zweiter Absatz, zweite Zeile:
"TromMeln" -> "Trommeln" 

Seite 359
Im Pseudo-UML-Diagramm muss die linke untere Klasse "Speise" heißen, die rechte 
untere "Speisekarte".

Seite 361
Code, sechste Textzeile: 
"MenuItem" -> "Speise"

Seite 362
In der Methode hinzufügen() in Zeile 11 des Codes muss es heißen:
speisekartenKomponenten.add(speisekartenKomponente);

In der Methode entfernen() in Zeile 14 des Codes muss es heißen:
speisekartenKomponenten.remove(speisekartenKomponente);

Seite 377
Letzter Absatz, dritte Zeile:
"samMeln" -> "sammeln"