Vorlesung. Techniken der Programmentwicklung. Zusatzmaterialien zu 3. Kapitel: Einsatz der erlernten Techniken: Abstrakte Klassen & Interfaces

Größe: px

Ab Seite anzeigen:

Download "Vorlesung. Techniken der Programmentwicklung. Zusatzmaterialien zu 3. Kapitel: Einsatz der erlernten Techniken: Abstrakte Klassen & Interfaces"

Alma Hennie Fischer
vor 6 Jahren
Abrufe

1 Prof. Dr. Wolfgang Schramm Vorlesung Zusatzmaterialien zu 3. Kapitel: Techniken der Programmentwicklung Einsatz der erlernten Techniken: Abstrakte Klassen & Interfaces

2 Es gibt ein Entensimulationsspiel SimEnte: Das Spiel zeigt eine Vielzahl von Entenarten, t die herumschwimmen h und Quak-Geräusche von sich geben. Das Klassenmodell von SimEnte: Ente schwimmen() // andere. StockEnte MoorEnte Weitere Enten // zeigt Stockente // zeigt Moorente [Freeman&Freeman: Entwurfsmuster von Kopf bis Fuß] Kapitel 3 (Zusatz) Folie 1

3 Erweiterung: Enten sollen auch fliegen können. Ente schwimmen() Problem? // andere. StockEnte // zeigt Stockente MoorEnte // zeigt Moorente Kapitel 3 (Zusatz) Folie 2

4 Ente schwimmen() // andere. StockEnte MoorEnte GummiEnte // zeigt Stockente // zeigt Moorente { // zu quietschen // überschreiben // zeigt Gummiente Kapitel 3 (Zusatz) Folie 3

5 Idee: Überschreiben der Methode so wie bei quaken.(). GummiEnte Problem gelöst? { LockEnte // zu quietschen LockEnte // überschreiben { // so überschreiben, // dass sie nichts tun // zeigt Gummiente und immer so weiter? { // so überschreiben, // dass sie nichts tun { // so überschreiben, // dass sie nichts tun // zeigt Lockente Kapitel 3 (Zusatz) Folie 4

6 Idee: Herausziehen der Methode aus der Oberklasse Ente in ein Interface FlugFähig ebenso bei Interface QuakFähig FlugFähig Ente schwimmen() // andere. Problem gelöst? QuakFähig StockEnte MoorEnte GummiEnte Kapitel 3 (Zusatz) Folie 5

7 Bekannt: Idee: und sind diejenigen Teile des Klasse Ente, die über die Enten hinweg variieren. Diese beiden Verhalten müssen von der Klasse Ente getrennt werden Herausziehen der beiden Methoden aus der Klasse Ente und erstellen eines neuen Satzes von Klassen für das jeweilige Verhalten. Kapitel 3 (Zusatz) Folie 6

8 <<Interface>> FlugVerhalten <<Interface>> QuakVerhalten FliegtMitFlügeln FliegtGarNicht Quaken Quietschen e { { { { // Implementiert // Entenfliegen // nichts tun kann // nicht fliegen // Implementiert // Entenquaken // Implementiert // Gummienten- // quietschen StummesQuaken { // nichts tun Kapitel 3 (Zusatz) Folie 7

9 Andere Typen von Objekten können das Flug- und Quakverhalten wiederverwenden, weil diese Verhalten nicht mehr in der Entenklasse verborgen sind. Man kann einfach neue Verhalten hinzufügen, ohne irgendeine bestehende Verhaltenklasse oder eine der Entenklassen zu ändern, welche die Flugverhalten nutzen. Eine Ente delegiert ihr Flug- und Quakverhalten. Es ist möglich, das Verhalten einer Ente dynamisch zu verändern! Kapitel 3 (Zusatz) Folie 8

10 Verhaltensvariablen werden mit Interface-Typ deklariert Diese Methode ersetzen und Ente FlugVerhalten flugverhalten QuakVerhalten quakverhalten tuquaken() tufliegen() schwimmen() // andere. Instanzenvariablen halten zur Laufzeit eine Referenz auf ein spezifisches Verhalten Kapitel 3 (Zusatz) Folie 9

11 Strategy-Pattern Einsetzen der erlernten Techniken <<Interface>> FlugVerhalten Gekapseltes Flugverhalten Client Ente FlugVerhalten flugverhalten QuakVerhalten quakverhalten tuquaken() tufliegen() schwimmen() setquakverhalten() setflugverhalten () FliegtMitFlügeln { // Implementiert // Entenfliegen <<Interface>> QuakVerhalten FliegtGarNicht { // nichts tun kann // nicht fliegen Gekapseltes Quakverhalten StockEnte MoorEnte GummiEnte Quaken { // Implementiert // Entenquaken Quietschen { // Implementiert // Gummienten- // quietschen Kapitel 3 (Zusatz) Folie 10 Algorithmen

12 Strategy-Pattern Das Strategy-Pattern definiert eine Familie von Algorithmen, kapselt sie einzeln und macht sie austauschbar. Das Strategy-Pattern ermöglicht es, den Algorithmus unabhängig von den Clients, die ihn einsetzen, variieren zu lassen. Kapitel 3 (Zusatz) Folie 11

Ähnliche Dokumente

Analyse und Modellierung von Informationssystemen

Analyse und Modellierung von Informationssystemen Dr. Klaus Höppner Hochschule Darmstadt Wintersemester 2014/2015 1 / 24 UML, Teil 2 Überblick: Verhaltensmuster Strategiemuster Befehlsmuster 2 / 24 Aktivitätsdiagramme