Bekannte Lösungen für bekannte Probleme benutzen. Entwurf auf höherer Abstraktionsebene als bei Programmiersprachen

Transkript

1 Michael Saecker

2 Bekannte Lösungen für bekannte Probleme benutzen Entwurf auf höherer Abstraktionsebene als bei Programmiersprachen Gemeinsames Vokabular für Designer 2

3 3

4 4

5 5

6 Definitionen Design Patterns Patterns in der Softwarearchitektur Design Patterns im RSA J2EE spezifische Patterns Zusammenfassung Diskussion 6

7 Definitionen Design Patterns Patterns in der Softwarearchitektur Design Patterns im RSA J2EE spezifische Patterns Zusammenfassung Diskussion 7

8 Design Pattern Beschreibt ein wiederkehrendes Problem Beschreibt den Kern der Lösung Ermöglicht Wiederverwendung der Lösung ohne 2x das Gleiche machen zu müssen 8

9 Softwarearchitektur Beschreibung der Subsysteme & Komponenten und deren Beziehungen Globale Eigenschaft des Systems Schwer im Nachhinein zu ändern Bestimmt durch nicht-funktionale Eigenschaften, wie Modifizierbarkeit, Wartbarkeit 9

10 Softwarearchitektur Pattern Pattern auf höherer Abstraktionsebene Kein lokaler, sondern globaler Entwurf hilft eine globale System-Eigenschaft herzustellen 10

11 Definitionen Design Patterns Patterns in der Softwarearchitektur Design Patterns im RSA J2EE spezifische Patterns Zusammenfassung Diskussion 11

12 Benachrichtigung von Beobachtern bei einer Änderung am Objekt Anwendbarkeit Eine Änderung zieht mehrere Änderungen an anderen Objekten nach sich Benachrichtigung von Objekten ohne zu wissen wen Abstraktion hat 2 Aspekte, die voneinander abhängig sind 12

13 Subject attach(observer) detach(observer) notify() observers Observer Update() ConcreteSubject subjectstate getstate() setstate() subject ConcreteObserver observerstate 13

14 Vorteile Abstrakte Kopplung zwischen Subjekt und Beobachter Broadcast Kommunikation an alle relevanten Objekte Nachteile Nicht bekannt was verändert wird Kann viele Updates zur Folge unerwarteten Änderungen 14

15 Familie von Algorithmen zusammenfassen Strategie lässt Algorithmus variieren Anwendbarkeit Viele zusammenhängende Klassen mit ähnlichem Verhalten Verschiedene Varianten eines Algorithmus werden benötigt Algorithmus benutzt Daten, die nicht entblößt werden sollen Klasse mit vielen Verhalten als mehrfache Conditionals in den Operationen => Auslagern nach Strategy 15

16 Context ContextInterface() strategy Strategy AlgorithmInterface() ConcreteStrategyA AlgorithmInterface() ConcreteStrategyB AlgorithmInterface() 16

17 Form Ausmalen(Muster abc) Fuellen() Muster Schraffiert Komplett Kariert Fuellen() Fuellen() Fuellen() 17

18 Vorteile Familien von Algorithmen Alternative zu Subklassen Eliminiert Abfragen und Verzweigungen Nachteile größere Anzahl von Objekten Strategien müssen bekannt sein Schnittstellen evtl. zu groß für simple Strategien 18

19 Definitionen Design Patterns Patterns in der Softwarearchitektur Design Patterns im RSA J2EE spezifische Patterns Zusammenfassung Diskussion 19

20 Definition Trennen der Anwendung in verschiedene Schichten nach Unteraufgaben Unteraufgaben in verschiedenen Abstraktionen Kommunikation nur zwischen benachbarten Schichten 20

21 FTP FTP TCP TCP IP Ethernet Übertragung IP Ethernet 21

22 Facade Application Service DAO Datenbank 22

23 Vorteile Kommunikation über Schnittstellen => Schichten austauschbar Schichten evtl. wiederverwendbar Nachteile Effizienz leidet ( Durchreichen der Anforderungen) Schwierig korrekte Anzahl an Schichten zu bestimmen 23

24 24

25 Definition Trennen der Anwendung in 3 Komponenten Model Daten Kernfunktionalität Controller Behandeln Benutzereingaben View Informationen visualisieren View & Controller stellen User-Interface dar 25

26 Daten Ergebnisse Blue 8,2 Red 3,2 Green 1,4 Purple 1,2 Blue 8,2 Red 3,2 Green 1,4 Purple 1,2 26

27 call update Observer Model update coredata setofobservers attach(observer) detach(observer) notify getdata service attach call service Controller mymodel myview initialize(model,view) handleevent update manipulate display create View mymodel mycontroller attach getdata initialize(model) makecontroller activate display update 27

28 Vorteile Mehrere Sichten auf gleiches Modell Austauschbarkeit von View & Controller Look & Feel einfach zu realisieren durch verschiedene Views & Controller Nachteile Erhöhte Komplexität View & Controller sind eng gekoppelt View & Controller sind ans Modell gebunden => Modelländerungen ziehen sich durchs System 28

29 Definitionen Design Patterns Patterns in der Softwarearchitektur Design Patterns im RSA J2EE spezifische Patterns Zusammenfassung Diskussion 29

30 30

31 31

32 32

33 33

34 Definitionen Design Patterns Patterns in der Softwarearchitektur Design Patterns im RSA J2EE spezifische Patterns Zusammenfassung Diskussion 34

35 Clients von der Komplexität der Remote Aufrufe befreien. Ziel Kopplung minimieren und Details des Service verstecken Unnötige Remote-Aufrufe verhindern Übersetzen von Netzwerk-Exceptions in Benutzerexceptions Anfragen, Wiederholungen usw. vom Client verstecken 35

36 Client BusinessDelegate uses BusinessService LookupService lookup / create 36

37 Konsequenzen Reduziert Kopplung erhöhrt Wartbarkeit Übersetzt Business Exceptions Bietet dem Client ein simples Interface Erhöhrt Performance (caching) Führt eine zusätzliche Schicht ein Versteckt Remote-Aufrufe 37

38 Ziel Funktionen nach außen verfügbar machen ohne direkte Kopplung von Client und Server Keinen direkten Zugang zur BusinessLogic Remote Access Layer für Business Objekte Logische Gruppierung von Funktionen nach außen Einfache Schnittstelle nach außen verbirgt interne Komplexität 38

39 Client <<EJBSession>> SessionFacade accesses 1..* BusinessObject <<EntityEJB>> BusinessEntity DataAccessObject <<SessionEJB>> BusinessSession 39

40 Konsequenzen Layer für remote Services Reduziert Kopplung zwischen Client und Server Erhöht Wartbarkeit und Flexibilität Reduziert Komplexität Security Management kann zentralisiert werden Weniger Remote-Interfaces für den Client 40

41 Ihr wisst jetzt, was Design Patterns Architektur Patterns J2EE Patterns sind. Noch Fragen? 44

42 Haltet ihr Patterns für sinnvoll? Benutzt ihr Patterns? Vielleicht ohne es zu wissen? Gibt es ausreichend Toolunterstützung? 45

43 GoF, Design Patterns Elements of Reusable Object- Oriented Software, Addison-Wesley, 1997 F.Buschmann, R.Meunier, H.Rohnert, P.Sommerlad, M.Stal; Pattern-Oriented Software Architecture A System of Patterns, Wiley, index.htm ns/ index.html