depa MSP

Ja

Ja, sie können richtig initialisiert werden

Nein, sie dürfen nicht vorkommen

Beides möglich, muss selber gemacht werden

Müssen selbst korrekt aufgelöst werden

Nein, bei java clone per default nicht

Ja

richtig, man hat keine Kontrolle

Richtig, eingeschränkte Kontrolle

richtig

1) Java Clone und Copy Ctor 2) Reflection 3) Serialization

falsch, sie sind als immutable registriert

richtig

Reflection, um Instanzen zu erzeugen

nein, alle ausser Copy Ctor

Alle veränderbaren Objekte beim Herausgeben oder Reinkommen

primitive Datentypen und immutable Objects (Strings, Color...)

Klasse, deren Instanzen nicht verändert werden können

Jeder Wert braucht neue Instanz, kann Performance verschlechtern

- alle Felder private und final
- keine Setter Methoden
- Klasse ist final
- Zugriff auf alle veränderlichen Komponenten muss exklusiv sein

- gute Bausteine und Keys für Maps
- sicher, einfach zu benutzen
- einfach zu implementieren
- können nur einen Zustand haben
- threadsicher
- auch Interna können gemeinsam benutzt werden
- weniger fehleranfällig
- vorübergehende Inkonsistenz ist ausgeschlossen

private Konstruktoren & öffentliche statische Factory Methode

Richtig

Decorator

zusätzliche Funktionalität kann zur Laufzeit hinzugefügt werden

Beverage b = new Whip(new Mocca(new Houseblend(Beverage.SIZE_VENTI)))

Er muss am Angang der Kette stehen.

Decorator fügt zusätzliche Funktionalität dazu und verändert die Identität des Objekts, State/Strategy verändern das Verhalten des Objekts komplett

Command

public Product createProduct(String type)

Factory Method = Vererbung, gibt einzelnes Produkt zurück
Abstract Factory = Komposition, gibt Produktfamilien zurück

- Supertyp verändert Funktionsweise seiner Methoden = Supercalls in überschriebenen Methoden in Subklasse funktioniert nicht mehr wie gewünscht
- Sicherheitslücken (nur neue Methoden ist viel sicherer)
- neue Methoden könnten zufälligerweise die gleiche Signatur haben wie zukünftige neue Methoden in der Parent-Klasse und dann nicht mehr funktionieren

Komposition

Klasse enthält ein Objekt des Types der Superklasse und leitet Methoden an dieses Objekt weiter

Wenn die Klasse B ein tatsächlich logischer Subtyp der Klasse A ist (Katze B ist ein Tier A)

Abstract Factory

CurrentFactory Klasse, ConcreteFacotory hat dann:
static { CurrentFactory.setFactory(new ConcreteFactory()); }

static {...}
wird aufgerufen, sobald eine Klasse im Runtime Environment ist

in der main Methode:
Class.forName(args[0]); ruft static{....} der Klasse an Stelle 0 im args Array auf und setzt so die currentFactory.
args[] wird über die Spring Beans Konfiguration gesetzt

InterfaceB extends InterfaceA
ist okay, InterfaceA kann weiterhin so verwendet werden wie immer. Wird gebraucht, wenn zB neue Klassen InterfaceA benutzen sollen, aber noch weitere Methoden brauchen, die dann in InterfaceB definiert sind. Man sollte nie ein InterfaceA einfach erweitern, das würde alle anderen Klassen, die InterfaceA implementieren zerstören

die normale Vererbung, wenn eine Klasse B von Klasse A erbt

Form von inversion of Control, Instanzen werden nicht selbst neu erstellt sondern ein Assembler erstellt sie und weiss, an welchen Stellen die INstanzen einzufügen sind. Kann mit Spring gemacht werden

Um eine enge Kopplung zu vermeiden

Objekte, die von Spring erzeugt werden. Es sind Singletons.

<beans> definiert alle beans, <bean> definiert ein bean, <property> setzte SwingFactory im CalculatorBuilder -> entspricht Setter Methode

A

Laufzeitfehler

B

kompiliert nicht, clone() muss in allen Klassen oberhalb implementiert sein

Führt zu einem Stack Overflow

Führt zu einer Deep-Copy

false

1/2

Nein, die Klasse A verhält sich als wäre sie final und kann nicht erweitert werden wegen dem privaten Konstruktor

Es wird auf den Owner der Handles geprüft, f ist aber nicht immer die konkrete Figur sondern evtl ein Decorator

Die gelöschte Figur ist nicht unbedingt eine konkrete Figur sondern evtl ein Decorator. Lösungen: 1) Handles-Decorator implementieren 2) Gleichheit über die ganze Kette prüfen

instanceof für Decorator Ketten, wird in der Component Abstraktion deklariert

JButton = Invoker
actionPerformed() = execute
AngelListener = Command
ActionListener = CommandInterface
TheClass = Client
System = receiver

in umgekehrter Reihenfolge (reverse List Order)

Composite

aufwändig (Das Produkt muss in jeder Familie hinzugefügt werden)

schnell umgesetzt

Abstract Factory

Factory Method

B.n, B.m, A.m, B.n, B.m.... Stackoverflow

Kompilierfehler

0, j wird ausgegeben, bevor es instanziiert wird
-> i ist nicht definiert auf B, also geht es hoch zu A. Dort wird i gesetzt und im Konstruktor init() aufgerufen. init() ist bei B definiert, also wird das dort aufgerufen und returned j, das zu dem Zeitpunkt noch 0 ist.