Design Patterns. Markus Rundel. Julian Haug. Markus Schnalke. Dimitar Dimitrov. 27. Juni Design Patterns

Transkript

1 Design Patterns Markus Rundel Julian Haug Markus Schnalke Dimitar Dimitrov Design Patterns Markus Rundel Julian Haug Markus Schnalke Dimitar Dimitrov Einführung in Design Patterns Markus Rundel Observer-Pattern Markus Schnalke Composite-Pattern Dimitar Dimitriv Andere Patterns Julian Haug Fazit 27. Juni 2007

2 Design Patterns Einführung in Design Patterns Markus Rundel Observer-Pattern Markus Schnalke Composite-Pattern Dimitar Dimitriv Andere Patterns Julian Haug Markus Rundel Julian Haug Markus Schnalke Dimitar Dimitrov Einführung in Design Patterns Markus Rundel Observer-Pattern Markus Schnalke Composite-Pattern Dimitar Dimitriv Andere Patterns Julian Haug Fazit Fazit

3 Einführung Markus Rundel Was sind Patterns? Einführung Markus Rundel Definitionen Geschichte Klassifizierung Nutzen und Vorteile Literatur

4 Einführung Was sind Patterns? Definitionen Geschichte Klassifizierung Nutzen und Vorteile Literatur Markus Rundel Was sind Patterns? Definitionen Geschichte Klassifizierung Nutzen und Vorteile Literatur

5 Was sind Patterns? Einführung Markus Rundel Was sind Patterns? Definitionen Geschichte Klassifizierung Was sind Design Patterns? Nutzen und Vorteile Literatur

6 Definitionen Einführung Markus Rundel Christopher Alexander Each pattern is a three-part-rule, which expresses a relation between a certain context, a problem and a solution Martin Fowler A pattern is an idea that has been useful in one practical context and will be probably useful in others. Gang of Four (GoF) Design Patterns sind Beschreibungen zusammenhängender Objekte und Klassen, die maßgeschneidert sind, um ein allgemeines Entwurfsproblem in einem bestimmten Kontext zu lösen. Was sind Patterns? Definitionen Geschichte Klassifizierung Nutzen und Vorteile Literatur

9 Geschichte Einführung Markus Rundel Was sind Patterns? 1970er Jahre Erstellung erster Entwurfsmuster von einem Architekten 1980er Jahre Entwicklung von Entwurfsmuster für grafische Benutzerschnittstellen 1991 Design Patterns - Elements of Reusable Object-Oriented Software Definitionen Geschichte Klassifizierung Nutzen und Vorteile Literatur

12 Klassifizierung Schema zum beschreiben von Design Patterns Mustername und Klassifikation Zweck (Wozu dient dieses Muster?) Synonyme Motivation Anwendbarkeit Struktur Beteiligte Klassen (Akteure) Zusammenspiel der involvierten Klassen Vor- und Nachteile Implementierung Beispielcode Praxiseinsatz Querverweise Einführung Markus Rundel Was sind Patterns? Definitionen Geschichte Klassifizierung Nutzen und Vorteile Literatur

13 Nutzen und Vorteile Einführung Markus Rundel Nutzen / Vorteile von Design Pattern Zeitersparnis Fehlerfreiheit Gemeinsame Kommunikationsgrundlage Sauberes OO-Design Lesbarkeit Geringerer Testaufwand Höhere Robustheit Was sind Patterns? Definitionen Geschichte Klassifizierung Nutzen und Vorteile Literatur

14 Literatur Einführung Markus Rundel Design Patterns Erich Gamma, Richard Helm, Ralph Johnson, John Vlissides Design Patterns Explained A New Perspective on Object Oriented Design Allan Shalloway, James R. Trott Was sind Patterns? Definitionen Geschichte Klassifizierung Nutzen und Vorteile Literatur Modern C++ Design Generic Programming and Design Patterns applied Andrei Alexandrescu

17 Einführung Markus Rundel Im Script behandelte Design Pattern Singleton Strategie Fassade Weitere Design-Patterns Iterator General Hierarchie Player Role Pattern Immutable Read-Only Interface Was sind Patterns? Definitionen Geschichte Klassifizierung Nutzen und Vorteile Literatur

18 Einführung Markus Rundel Design Patterns sind bewährte Lösungen zu bekannten, häufiger auftretenden Problemen in der Softwareentwicklung Ende der 80er Jahre wurden Entwurfsmusster erstmals in der Softwareentwicklung eingesetzt Die GoF entwickelte ein einheitliches Schema um die einzelnen Design Pattern beschreiben zu können Was sind Patterns? Definitionen Geschichte Klassifizierung Nutzen und Vorteile Literatur

19 Observer-Pattern Markus Schnalke Vorgehensweise Observer-Pattern Markus Schnalke Erarbeitung des Patterns Ansatz Erarbeitung einer Lösung Das Pattern UML-Diagramme Code

20 Observer-Pattern Vorgehensweise Erarbeitung des Patterns Ansatz Erarbeitung einer Lösung Das Pattern UML-Diagramme Code Markus Schnalke Vorgehensweise Erarbeitung des Patterns Ansatz Erarbeitung einer Lösung Das Pattern UML-Diagramme Code

21 Von der anderen Seite Observer-Pattern Markus Schnalke Vorgehensweise Gründe Design Pattern sind Best Practices (= Erfolgsrezepte), meist nach Vorbildern in der Realität Meine Vorgehensweise Ich will nun anhand eines Beispiels aus dem täglichen Leben zeigen, dass das Design Pattern Observer ein absolut natürliches Vorgehen ist, das bei ähnlichen Situationen in Programmen deshalb ebenso verwendet werden sollte. Erarbeitung des Patterns Ansatz Erarbeitung einer Lösung Das Pattern UML-Diagramme Code

22 Von der anderen Seite Observer-Pattern Markus Schnalke Vorgehensweise Gründe Design Pattern sind Best Practices (= Erfolgsrezepte), meist nach Vorbildern in der Realität Meine Vorgehensweise Ich will nun anhand eines Beispiels aus dem täglichen Leben zeigen, dass das Design Pattern Observer ein absolut natürliches Vorgehen ist, das bei ähnlichen Situationen in Programmen deshalb ebenso verwendet werden sollte. Erarbeitung des Patterns Ansatz Erarbeitung einer Lösung Das Pattern UML-Diagramme Code

23 Ein Beispiel Observer-Pattern Markus Schnalke Die Situation Personen die verkaufen möchten Personen die kaufen möchten Sie wollen/sollen sich nicht kennen Möglichst effektives Vorgehen Vorgehensweise Erarbeitung des Patterns Ansatz Erarbeitung einer Lösung Das Pattern UML-Diagramme Code Vorschläge?

24 Ein Beispiel Observer-Pattern Markus Schnalke Die Situation Personen die verkaufen möchten Personen die kaufen möchten Sie wollen/sollen sich nicht kennen Möglichst effektives Vorgehen Vorgehensweise Erarbeitung des Patterns Ansatz Erarbeitung einer Lösung Das Pattern UML-Diagramme Code Vorschläge?

25 Ansatz Observer-Pattern Markus Schnalke Mögliche Vorgehen Personen direkt ansprechen Laut in die Menge rufen Den Freunden erzählen, die es dann weitererzählen Probleme Man weiß nicht wer Interesse hat nicht mal wieviele Manche Interessenten sind vielleicht nur zu bestimmten Zeiten da (... oder sie sind taub) Vorgehensweise Erarbeitung des Patterns Ansatz Erarbeitung einer Lösung Das Pattern UML-Diagramme Code

26 Ansatz Observer-Pattern Markus Schnalke Mögliche Vorgehen Personen direkt ansprechen Laut in die Menge rufen Den Freunden erzählen, die es dann weitererzählen Probleme Man weiß nicht wer Interesse hat nicht mal wieviele Manche Interessenten sind vielleicht nur zu bestimmten Zeiten da (... oder sie sind taub) Vorgehensweise Erarbeitung des Patterns Ansatz Erarbeitung einer Lösung Das Pattern UML-Diagramme Code

27 Eine (gute) Lösung: Pinnwand Funktionsweise Man kann Zettel anpinnen Hingehen und nach neuen Zetteln schauen Zettel lesen Zettel abnehmen Jeder der ein paar Fähigkeiten hat kann es Observer-Pattern Markus Schnalke Vorgehensweise Erarbeitung des Patterns Ansatz Erarbeitung einer Lösung Das Pattern UML-Diagramme Code Probleme Man muss hingehen, nur um festzustellen, dass nichts Neues dabei ist Man kann wichtige Zettel verpassen Zettel sollten nicht weggenommen werden können

28 Eine (gute) Lösung: Pinnwand Funktionsweise Man kann Zettel anpinnen Hingehen und nach neuen Zetteln schauen Zettel lesen Zettel abnehmen Jeder der ein paar Fähigkeiten hat kann es Observer-Pattern Markus Schnalke Vorgehensweise Erarbeitung des Patterns Ansatz Erarbeitung einer Lösung Das Pattern UML-Diagramme Code Probleme Man muss hingehen, nur um festzustellen, dass nichts Neues dabei ist Man kann wichtige Zettel verpassen Zettel sollten nicht weggenommen werden können

29 Verbesserung: Pinnwand-Sekretärin Observer-Pattern Markus Schnalke Lösung Durch Studiengebühren wird eine Sekretärin für die Pinnwand angestellt Pinnwand und Sekretärin sind fortan eine Einheit Man kann bei ihr einen Zettel in Auftrag geben (auch telefonisch) (Sie schreibt mit lesbarer Schrift) Sie verhindert, dass Zettel abgenommen werden Vorgehensweise Erarbeitung des Patterns Ansatz Erarbeitung einer Lösung Das Pattern UML-Diagramme Code Bestehendes Problem Man läuft immer noch oft unnötig zur Pinnwand

30 Verbesserung: Pinnwand-Sekretärin Observer-Pattern Markus Schnalke Lösung Durch Studiengebühren wird eine Sekretärin für die Pinnwand angestellt Pinnwand und Sekretärin sind fortan eine Einheit Man kann bei ihr einen Zettel in Auftrag geben (auch telefonisch) (Sie schreibt mit lesbarer Schrift) Sie verhindert, dass Zettel abgenommen werden Vorgehensweise Erarbeitung des Patterns Ansatz Erarbeitung einer Lösung Das Pattern UML-Diagramme Code Bestehendes Problem Man läuft immer noch oft unnötig zur Pinnwand

31 2. Verbesserung: Pinnwand-Sekretärin mit Benachrichtigung Observer-Pattern Markus Schnalke Vorgehensweise Lösung Durch Studiengebühren wird eine längere Arbeitszeit der Sekretärin finanziert Man kann sich bei der Sekretärin nun als Interessierter registrieren Die Sekretärin trägt die Telefonnummer in eine Liste ein Zukünftig ruft sie alle Personen der Liste an, wenn sie einen neuen Zettel anpinnt Erarbeitung des Patterns Ansatz Erarbeitung einer Lösung Das Pattern UML-Diagramme Code

32 des Beispiels Pinnwand + Sekretärin + Benachrichtigung Man kann neue Zettel anpinnen lassen Man kann sich als Interessierter anmelden (und auch abmelden) Interessierte werden bei Änderungen der Pinnwand benachrichtigt Sie können dann zur Pinnwand gehen und sie sich anschauen Observer-Pattern Markus Schnalke Vorgehensweise Erarbeitung des Patterns Ansatz Erarbeitung einer Lösung Das Pattern UML-Diagramme Code Eure Meinung? Ist diese Struktur zufriedenstellend? Erfüllt sie alle Anforderungen? Was fehlt?

33 des Beispiels Pinnwand + Sekretärin + Benachrichtigung Man kann neue Zettel anpinnen lassen Man kann sich als Interessierter anmelden (und auch abmelden) Interessierte werden bei Änderungen der Pinnwand benachrichtigt Sie können dann zur Pinnwand gehen und sie sich anschauen Observer-Pattern Markus Schnalke Vorgehensweise Erarbeitung des Patterns Ansatz Erarbeitung einer Lösung Das Pattern UML-Diagramme Code Eure Meinung? Ist diese Struktur zufriedenstellend? Erfüllt sie alle Anforderungen? Was fehlt?

34 Überleitung Observer-Pattern Markus Schnalke Vorgehensweise Neue Namen Pinnwand-Sekretärin-Einheit Subject Die Zettel auf der Pinnwand subjectstate Interessenten Observers Schnittstellen Die Fähigkeiten der Pinnwand/Sekretärin und Interessenten sind ihre Interfaces. (vgl: taub, minimale Fähigkeiten, leserliche Schrift,...) Erarbeitung des Patterns Ansatz Erarbeitung einer Lösung Das Pattern UML-Diagramme Code

35 Überleitung Observer-Pattern Markus Schnalke Vorgehensweise Neue Namen Pinnwand-Sekretärin-Einheit Subject Die Zettel auf der Pinnwand subjectstate Interessenten Observers Schnittstellen Die Fähigkeiten der Pinnwand/Sekretärin und Interessenten sind ihre Interfaces. (vgl: taub, minimale Fähigkeiten, leserliche Schrift,...) Erarbeitung des Patterns Ansatz Erarbeitung einer Lösung Das Pattern UML-Diagramme Code

36 Struktur-Diagramm des Observers Observer-Pattern Markus Schnalke Vorgehensweise Erarbeitung des Patterns Ansatz Erarbeitung einer Lösung Das Pattern UML-Diagramme Code

37 Interaktions-Diagramm des Observers Observer-Pattern Markus Schnalke Vorgehensweise Erarbeitung des Patterns Ansatz Erarbeitung einer Lösung Das Pattern UML-Diagramme Code

38 Der Observer in der Praxis Observer-Pattern Markus Schnalke Vorgehensweise Observer ist sehr verbreitet v.a. MVC (Model = Subject; View = Observer) Mailinglisten Ebay Such-Abo Erarbeitung des Patterns Ansatz Erarbeitung einer Lösung Das Pattern UML-Diagramme Code Aber nicht Blog mit RSS-Feed!

39 Der Observer in der Praxis Observer-Pattern Markus Schnalke Vorgehensweise Observer ist sehr verbreitet v.a. MVC (Model = Subject; View = Observer) Mailinglisten Ebay Such-Abo Erarbeitung des Patterns Ansatz Erarbeitung einer Lösung Das Pattern UML-Diagramme Code Aber nicht Blog mit RSS-Feed!

40 Code? Nein, kein Code! Observer-Pattern Markus Schnalke Vorgehensweise Denn Implementierungen sind Schall und Rauch, Konzepte dagegen bleiben bestehen! Erarbeitung des Patterns Ansatz Erarbeitung einer Lösung Das Pattern UML-Diagramme Code Beispiel-Implementierung in der Ausarbeitung.

41 Observer-Pattern Markus Schnalke Vorgehensweise Menschen denken basierend auf der Realität deshalb Design Patterns auf Realität zurückführen Patterns anwenden weil man es in der Realität auch so machen würde Erarbeitung des Patterns Ansatz Erarbeitung einer Lösung Das Pattern UML-Diagramme Code

42 Composite-Pattern Dimitar Dimitrov Definition Motivation Composite-Pattern Dimitar Dimitrov Wann verwenden? Struktur Java-Beispiel main, IComponent Composite Leaf

43 Definition Motivation Wann verwenden? Struktur Composite-Pattern Dimitar Dimitrov Definition Motivation Wann verwenden? Struktur Java-Beispiel main, IComponent Composite Leaf Java-Beispiel main, IComponent Composite Leaf

44 Definition Composite-Pattern Dimitar Dimitrov Definition Definition Organisiert Objekte in Baumstrukturen für die Repräsentation von Teil-Ganzes-Beziehungen Erlaubt den gleichförmigen Zugriff auf atomare Einzelobjekte wie auf zusammengesetzte Objekte Motivation Wann verwenden? Struktur Java-Beispiel main, IComponent Composite Leaf Beispiel Telefonnummer 0800-CAR-TALK

45 Motivation Beispiel Grafikprogramm Einfache Objekte (Primitive) wie Linien und Texte sollen gruppierbar sein; der Benutzer möchte Gruppen genau wie Einzelobjekte behandeln Implementierungsidee: Klassen für Primitive + Klassen für Container Diese Unterscheidung macht den Programmcode sehr komplex Composite-Pattern Dimitar Dimitrov Definition Motivation Wann verwenden? Struktur Java-Beispiel main, IComponent Composite Leaf Lösung Eine abstrakte Oberklasse repräsentiert Primitive und Container Operationen von Primitiven werden von Containerobjekten an die enthaltenen Objekte delegiert

46 Motivation Beispiel Grafikprogramm Einfache Objekte (Primitive) wie Linien und Texte sollen gruppierbar sein; der Benutzer möchte Gruppen genau wie Einzelobjekte behandeln Implementierungsidee: Klassen für Primitive + Klassen für Container Diese Unterscheidung macht den Programmcode sehr komplex Composite-Pattern Dimitar Dimitrov Definition Motivation Wann verwenden? Struktur Java-Beispiel main, IComponent Composite Leaf Lösung Eine abstrakte Oberklasse repräsentiert Primitive und Container Operationen von Primitiven werden von Containerobjekten an die enthaltenen Objekte delegiert

47 Wann verwenden? Composite-Pattern Dimitar Dimitrov Definition Motivation Wann verwenden? Wenn Teil-/Ganzes-Hierarchien von Objekten zu repräsentieren sind Wenn Anwendungsklassen den Unterschied zwischen atomaren und zusammengesetzten Objekten ignorieren sollen Struktur Java-Beispiel main, IComponent Composite Leaf

48 UML-Diagramm des Composite-Pattern Composite-Pattern Dimitar Dimitrov Definition Motivation Wann verwenden? Struktur Java-Beispiel main, IComponent Composite Leaf

49 Beteiligte Component Definiert die gemeinsame Schnittstelle aller Objekte im Baum Implementiert Default-Verhalten, wo möglich und sinnvoll Definiert eine Schnittstelle für den Zugriff auf Kinder einer Komponente Leaf Repräsentiert Blätter in der Baumhierarchie Definiert das Verhalten von atomaren Objekten Composite Composite-Pattern Dimitar Dimitrov Definition Motivation Wann verwenden? Struktur Java-Beispiel main, IComponent Composite Leaf Repräsentiert Wurzel- und innere Knoten in der Baumhierarchie Definiert das Verhalten dieser Knoten Implementiert Kind-bezogene Operationen Client manipuliert Objekte mittels Component-Schnittstelle

50 class Main, interface IComponent Composite-Pattern Dimitar Dimitrov public class Main { public s t a t i c void main ( String [ ] args ) { Composite england = new Composite ( England ) ; Leaf york = new Leaf ( York ) ; Leaf london = new Leaf ( London ) ; england. addcomponent ( york ) ; england. addcomponent ( london ) ; england. removecomponent ( york ) ; Composite france = new Composite ( France ) ; france. addcomponent (new Leaf ( Paris ) ) ; Composite europe = new Composite ( Europe ) ; europe. addcomponent ( england ) ; europe. addcomponent ( france ) ; Definition Motivation Wann verwenden? Struktur Java-Beispiel main, IComponent Composite Leaf } } System. out. p r i n t l n ( europe. t o S t r i n g ( ) ) ; interface IComponent { Collection getchildren ( ) ; boolean addcomponent ( IComponent c ) ; boolean removecomponent ( IComponent c ) ; }

51 class Composite class Composite implements IComponent { private String id ; private List<IComponent> l i s t = new ArrayList<IComponent> ( ) ; public Composite ( String id ) { this. i d = i d ; } public String tostring ( ) { StringBuilder buf = new StringBuilder ( ) ; buf. append ( S t r i n g. format ( (%s :, i d ) ) ; } for ( IComponent c h i l d : l i s t ) { buf. append ( + c h i l d. t o S t r i n g ( ) ) ; } buf. append ( ) ) ; return buf. t o S t r i n g ( ) ; Composite-Pattern Dimitar Dimitrov Definition Motivation Wann verwenden? Struktur Java-Beispiel main, IComponent Composite Leaf / / public List<IComponent> getchildren ( ) public C o l l e c t i o n getchildren (){ return l i s t ; } public boolean addcomponent ( IComponent c ){ return l i s t. add ( c ) ; } } public boolean removecomponent ( IComponent c ){ return l i s t. remove ( c ) ; }

52 class Leaf Composite-Pattern Dimitar Dimitrov class Leaf implements IComponent { private String id ; public Leaf ( String id ) { this. i d = i d ; } public String tostring ( ) { return this. i d ; } public Collection getchildren ( ) { return null ; } Definition Motivation Wann verwenden? Struktur Java-Beispiel main, IComponent Composite Leaf / / f a l s e because f a i l e d to add public boolean addcomponent ( IComponent c ) { return false ; } } / / f a l s e because f a i l e d to f i n d i t f o r removal public boolean removecomponent ( IComponent c ) { return false ; }

53 Definiert Klassenhierarchien bestehend aus atomaren Objekten (Primitiven) und zusammengesetzten Objekten Verbirgt den Unterschied zwischen diesen Objekten vor Anwendungsklassen Vereinfacht Anwendungsklassen (viele Fallunterscheidungen entfallen) Macht es einfach, neue Arten von Komponenten hinzuzufügen; Anwendungsklassen funktionieren ohne Änderung. Macht das Design vielleicht allgemeiner als gewünscht; falls nur bestimmte Klassen in ein bestimmtes Composite aufgenommen werden sollen, sind dafür Laufzeitüberprüfungen notwendig Composite-Pattern Dimitar Dimitrov Definition Motivation Wann verwenden? Struktur Java-Beispiel main, IComponent Composite Leaf

54 Andere Patterns Julian Haug Andere Patterns Julian Haug Andere Arten von Mustern anderer Muster Idom Weitere Anti-Patterns Programmier-Anti-Patterns Tipps zur Anwendung

55 Andere Patterns Julian Haug Andere Arten von Mustern anderer Muster Idom Weitere Anti-Patterns Programmier-Anti-Patterns Andere Arten von Mustern anderer Muster Idom Weitere Anti-Patterns Programmier-Anti-Patterns Tipps zur Anwendung Tipps zur Anwendung

56 Andere Arten von Mustern Andere Patterns Julian Haug Andere Arten von Mustern Gang of Four motivieren viele Autoren zu weiteren Veröffentlichungen Problematik: ein Muster lässt sich nicht mehr ohne weiteres als Entwurfsmuster klassifizieren Es entstanden mehrere Arten von Mustern Andere Arten von Mustern anderer Muster Idom Weitere Anti-Patterns Programmier-Anti-Patterns Tipps zur Anwendung

57 Architekturmuster Andere Patterns Julian Haug beschreiben typische Software-Architekturen bestimmen nicht ein konkretes Teilproblem, sondern den Grundaufbau der Anwendung Lässt sich in 4 verschiedene Kategorien einteilen Mud-to-structure: hilft die Unmengen von Komponenten und Objekten eines Softwaresystems zu organisieren. Verteilte Systeme: unterstützten die Verwendung verteilter Ressourcen und Dienste in Netzwerken Interaktive Systeme: helfen Mensch-Computer-Interaktionen zu strukturieren Adaptive Systeme: unterstützen besonders die Erweiterungs- und Anpassungsfähigkeit von Softwaresystemen. Andere Arten von Mustern anderer Muster Idom Weitere Anti-Patterns Programmier-Anti-Patterns Tipps zur Anwendung

58 Idom Definition Beschreibt konkrete Implementierung eines Entwurfsmusters ist programmiersprachenspezifisch Anwendung Konkrete Implementierung eines Entwurfsmusters. Programmierkonventionen (Codeformatierung, Namenskonventionen, Kommentar Formatierung, usw.) Typische Lösungsansätze für Probleme die durch die Programmiersprache nicht direkt unterstützt werden (Speicherverwaltung) Andere Patterns Julian Haug Andere Arten von Mustern anderer Muster Idom Weitere Anti-Patterns Programmier-Anti-Patterns Tipps zur Anwendung

59 Idom Definition Beschreibt konkrete Implementierung eines Entwurfsmusters ist programmiersprachenspezifisch Anwendung Konkrete Implementierung eines Entwurfsmusters. Programmierkonventionen (Codeformatierung, Namenskonventionen, Kommentar Formatierung, usw.) Typische Lösungsansätze für Probleme die durch die Programmiersprache nicht direkt unterstützt werden (Speicherverwaltung) Andere Patterns Julian Haug Andere Arten von Mustern anderer Muster Idom Weitere Anti-Patterns Programmier-Anti-Patterns Tipps zur Anwendung

60 Weitere Andere Patterns Julian Haug Weitere Analysemuster (beschreiben typische Fälle der Anforderungsanalyse) Kommunikationsmuster (beschreiben Kommunikationswege zwischen Personen einer Organisation) Organisationsmuster (beschreiben Elemente der Strukturen von Organisationen) Andere Arten von Mustern anderer Muster Idom Weitere Anti-Patterns Programmier-Anti-Patterns Tipps zur Anwendung

61 Anti-Patterns Dokumentieren wiederkehrende Fehler bei der Software-Entwicklung um durch das Wissen ihrer Existenz diese zu vermeiden bereits manifestierte Anti-Pattern durch geschickte Maßnahmen zu beheben Analog zu positiven Mustern gibt es auch hier eine weitere Unterscheidung Andere Patterns Julian Haug Andere Arten von Mustern anderer Muster Idom Weitere Anti-Patterns Programmier-Anti-Patterns Tipps zur Anwendung Projektmanagement-Anti-Patterns Architektur- bzw. Design-Anti- Patterns Meta-Patterns Organisations-, Prozess- Anti-Patterns Programmierungs-Anti-Patterns

62 Anti-Patterns Dokumentieren wiederkehrende Fehler bei der Software-Entwicklung um durch das Wissen ihrer Existenz diese zu vermeiden bereits manifestierte Anti-Pattern durch geschickte Maßnahmen zu beheben Analog zu positiven Mustern gibt es auch hier eine weitere Unterscheidung Andere Patterns Julian Haug Andere Arten von Mustern anderer Muster Idom Weitere Anti-Patterns Programmier-Anti-Patterns Tipps zur Anwendung Projektmanagement-Anti-Patterns Architektur- bzw. Design-Anti- Patterns Meta-Patterns Organisations-, Prozess- Anti-Patterns Programmierungs-Anti-Patterns

63 Programmierungs-Anti-Patterns Andere Patterns Julian Haug Zwiebel Neue Funktionalität wird um (oder über) die alte gelegt Häufig bei Erweiterungen Führt zu vielschichtigem Programmcode (Zwiebel) Andere Arten von Mustern anderer Muster Idom Weitere Anti-Patterns Programmier-Anti-Patterns Tipps zur Anwendung Lavafluss in Anwendung häuft sich toter Quelltext Statt zu löschen wird um ihn herum programmiert

64 Programmierungs-Anti-Patterns Andere Patterns Julian Haug Zwiebel Neue Funktionalität wird um (oder über) die alte gelegt Häufig bei Erweiterungen Führt zu vielschichtigem Programmcode (Zwiebel) Andere Arten von Mustern anderer Muster Idom Weitere Anti-Patterns Programmier-Anti-Patterns Tipps zur Anwendung Lavafluss in Anwendung häuft sich toter Quelltext Statt zu löschen wird um ihn herum programmiert

65 Tipps zur Anwendung Auswahl eines Entwurfmusters Problem: Viele (ähnliche) Muster kommen in Frage Musterkatalog Genaue Analyse des Problems Verwendung des Musters Problem: Verstehen wie das Muster unser Problem löst Strukturdiagramm (UML) Objekt/Klassenliste Implementierungsbeispiele Andere Patterns Julian Haug Andere Arten von Mustern anderer Muster Idom Weitere Anti-Patterns Programmier-Anti-Patterns Tipps zur Anwendung Wann sollte KEIN Entwurfsmuster benutzt werden Muster dürfen den Code nicht verkomplizieren Oft reicht eine Lösung die zwar weniger flexibel aber simpler ist

68 Andere Patterns Julian Haug Es gibt verschiedene Arten von Mustern für uns von direkter Bedeutung sind Entwurfs-, Architekturmuster und Idome Anti-Pattern zeigen welche Fehler man vermeiden sollte Bei Anwendung von Mustern das Problem genau analysieren, passendes Muster suchen und gegebenenfalls anwenden Andere Arten von Mustern anderer Muster Idom Weitere Anti-Patterns Programmier-Anti-Patterns Tipps zur Anwendung

69 Fazit Fazit Fragen Fazit

70 Fazit Fazit Fazit Fragen 1. understand the problem 2. understand the pattern 3. understand how the pattern solves the problem

73 Fragen? Fazit Fazit Fragen?

74 Abschließend Fazit Fazit Verwendete Software Debian GNU/Linux L A T E X-Beamer und pdflatex Vim qiv und ImageMagick Mercurial Fragen Danke für eure Aufmerksamkeit