docs/DesignPatterns

view detailed-observer.tex @ 29:f3b4061ec3b4

added new content
author meillo@marmaro.de
date Sun, 08 Jul 2007 20:49:06 +0200
parents ddd8378a539e
children 8bdd4e54885e
line source
1 % @file
2 % @brief Referat DesignPatterns `Observer'
3 % @author markus schnalke <meillo@marmaro.de>
4 % @since 2007-05-30
7 \documentclass[a4paper]{scrartcl}
9 \usepackage[utf8]{inputenc}
10 \usepackage{ngerman}
11 \usepackage{graphicx}
12 \usepackage[automark]{scrpage2}
14 \setkomafont{sectioning}{\normalfont\normalcolor\bfseries}
15 \setlength{\parindent}{0em}
16 \setlength{\parskip}{1.0ex plus 1.0ex minus 0.5ex}
17 \pagestyle{scrheadings}
18 \setcounter{tocdepth}{2}
20 \begin{document}
26 %%%% Titlepage %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
27 \begin{titlepage}
28 \title{Observer-Pattern}
29 \author{Markus Schnalke}
30 \date{2007-07-04}
33 \thispagestyle{empty}
36 \begin{flushright}
38 \rule[8cm]{0cm}{0cm}
39 {\Huge Design Pattern\\ \textbf{Observer}}
41 \rule[2cm]{0cm}{0cm}
42 \textsc{Markus Schnalke\\MatNr: 039131}
44 \end{flushright}
48 \rule[7cm]{0cm}{0cm}
50 \textit{Dies ist meine Ausarbeitung zum Design Pattern ``Observer'' im Rahmen der Vorlesung Softwaretechnik im Studiengang Wirtschaftsinformatik an der Hochschule Ulm.}
52 {\tiny Dieses Dokument darf gerne zitiert, kopiert und weitergegeben werden. Ich bitte nur darum meinen Namen und einen Verweis auf meine Website (http://marmaro.de) zu erwähnen --- danke! }
55 \end{titlepage}
60 \tableofcontents
75 %%%% Einleitung %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
76 \newpage
77 \section{Einleitung}
79 Ich möchte im Folgenden einen Ansatz zum Verstehen von Design Patterns aufzeigen. Dazu nehme ich das Design Pattern ``Observer'', das ich Stück für Stück aus einer Situation der realen Welt herleiten werde. Es geht mir dabei nicht primär darum euch dieses Pattern zu erklären, vielmehr soll das Erfassen des Zusammenhangs zwischen Realität und Design Patterns gefördert werden.
81 Mein Ziel ist es die \textit{Natürlichkeit} von Design Patterns darzustellen --- weil sie dem Vorgehen in der Realität entsprechen!
86 \section{Meine Vorgehensweise}
88 \begin{quote}
89 Design Pattern sind ``Best Practices'' (= Erfolgsrezepte), meist \textbf{nach Vorbildern in der Realität}.
90 \end{quote}
92 Aus diesem Grund möchte ich nun anhand eines Beispiels aus dem täglichen Leben zeigen, dass das Design Pattern \textbf{Observer} ein absolut natürliches Vorgehen ist, das bei ähnlichen Situationen in Programmen deshalb ebenso verwendet werden sollte. Dass ich hier gerade das Pattern \textbf{Observer} verwende, hat keinen besonderen Grund; es kann wohl (fast) jedes Pattern auf diese Weise verständlich und logisch gemacht werden.
108 \newpage
109 \section{Erarbeitung des Patterns}
111 \subsection{Ausgangssituation}
112 Meine Ausgangssituation von der ich mich zu einer möglichst optimalen Lösung vorarbeiten möchte ist Folgende:
114 \begin{itemize}
115 \item Es gibt Personen die Etwas verkaufen möchten
116 \item Es gibt Personen die Etwas kaufen möchten
117 \item Sie wollen/sollen sich nicht kennen
118 \end{itemize}
120 Gesucht ist natürlich ein möglichst effektives Vorgehen. Eben das ist der Grund, weshalb wir Patterns verwenden möchten: Wir suchen eine effektive Standardlösung für regelmäßig auftretende Problemstellungen.
125 \subsection{Mögliche Ansätze}
127 Um systematisch vorzugehen, überlegen wir uns zunächst, welche primitiven Lösungen für unser Problem in Frage kommen. Dies wären zum Beispiel:
128 \begin{itemize}
129 \item Personen direkt ansprechen
130 \item Laut in die Menge rufen
131 \item Den Freunden erzählen, die es dann weitererzählen
132 \end{itemize}
134 Vermutlich wäre der Eine oder Andere (unbewusst) gleich höher eingestiegen, dennoch zeigen auch (oder gerade) diese simplen Vorgehensweisen Probleme auf, die sonst kaum explizit wahrgenommen werden.
136 Dies sind unter anderem:
138 \begin{itemize}
139 \item Man weiß nicht wer Interesse hat
140 \item nicht mal wieviele
141 \item Manche Interessenten sind vielleicht nur zu bestimmten Zeiten da
142 \item (... oder sie sind taub)
143 \end{itemize}
149 \subsection{Erarbeitung einer Lösung}
151 Im Folgenden möchte ich nun eine Lösung Schritt für Schritt erarbeiten und verbessern, bis sie das unsere Situation auf eine gute Weise löst.
153 Meine Lösung, die ich nun präsentieren möchte, ist eine Pinnwand. Pinnwände werden in der Realität normalerweise verwendet um derartige Problem zu lösen --- kein Wunder, wie wir gleich sehen werden. Die Pinnwand bietet von sich aus schon eine gute Lösung für unsere Problemsituation.
156 \subsubsection{Eine (gute) Lösung: Pinnwand}
158 Die Funktionen die eine Pinnwand anbietet sind:
160 \begin{itemize}
161 \item Man kann Zettel anpinnen
162 \item Hingehen und nach neuen Zetteln schauen
163 \item Zettel lesen
164 \item Zettel abnehmen
165 \end{itemize}
167 Nun sind zwar einige unserer Probleme (wie z.B. dass sich die Personen nicht kennen müssen) gelöst, doch es gibt auch welche die weiterhin bestehen. Dies sind vor allem:
169 \begin{itemize}
170 \item Man muss hingehen, nur um festzustellen, dass nichts Neues dabei ist
171 \item Man kann wichtige Zettel verpassen
172 \item Zettel sollten nicht weggenommen werden können
173 \end{itemize}
175 Diese Unzulänglichkeiten der jetzigen Lösung gilt es nun Schritt für Schritt zu eliminieren.
178 \subsubsection{Verbesserung: Pinnwand-Sekretärin}
180 Mit diesem Semester wurden bei uns Studiengebühren eingeführt. Die häufigen Diskussionen deswegen waren es wohl, die mich auf die Idee gebracht haben, das Geld doch sinnvoll(er) zu investieren. Und so erweitern wir unsere Pinnwand um eine Sekretärin die die Pinnwand verwaltet \dots natürlich mit Studiengebühren finanziert ;-)
182 Nachfolgend möchten wir die Sekretärin und die Pinnwand als Einheit betrachten. Die neuen Features dieser Pinnwand-Sekretärin-Einheit sind folgende:
184 \begin{itemize}
185 \item Man kann bei ihr einen Zettel in Auftrag geben (auch telefonisch)
186 \item (Sie schreibt mit lesbarer Schrift)
187 \item Sie verhindert, dass Zettel abgenommen werden
188 \end{itemize}
190 \dots und wir sind der optimalen Lösung unserer Problemsituation wieder einen Schritt näher. Jedoch nur einen Schritt, denn nicht alle Probleme sind gelöst.
191 Bestehen bleibt, dass man immer noch oft unnötig zur Pinnwand läuft.
196 \subsubsection{2. Verbesserung: Pinnwand-Sekretärin mit Benachrichtigung}
198 Die Studiengebühren sollen uns an dieser Stelle noch nicht ausgedient haben ---immerhin sind es 500 Euro--- und so ist noch genug übrig um userer Sekretärin verlängerte Arbeitszeiten finanzieren zu können. In dieser zusätzlichen Zeit kann sie nun natürlich weitere Aufgaben übernehmen. Dies sind:
200 \begin{itemize}
201 \item Man kann sich bei der Sekretärin nun als ``Interessierter'' registrieren
202 \item Die Sekretärin trägt die Telefonnummer in eine Liste ein
203 \item Zukünftig ruft sie alle Personen der Liste an, wenn sie einen neuen Zettel anpinnt
204 \end{itemize}
209 \subsection{Zusammenfassung des Beispiels}
211 \paragraph{Pinnwand + Sekretärin + Benachrichtigung}
212 \begin{itemize}
213 \item Man kann neue Zettel anpinnen lassen
214 \item Man kann sich als Interessierter anmelden (und auch abmelden)
215 \item Interessierte werden bei Änderungen der Pinnwand benachrichtigt
216 \item Sie können dann zur Pinnwand gehen und sie sich anschauen
217 \end{itemize}
222 \paragraph{Eure Meinung?}
223 \begin{itemize}
224 \item Ist diese Struktur zufriedenstellend?
225 \item Erfüllt sie alle Anforderungen?
226 \item Was fehlt?
227 \end{itemize}
251 \newpage
252 \section{Das Pattern}
255 \subsection{Überleitung}
257 \paragraph{Neue Namen}
258 \begin{itemize}
259 \item Pinnwand-Sekretärin-Einheit $\rightarrow$ ``Subject''
260 \item Die Zettel auf der Pinnwand $\rightarrow$ ``subjectState''
261 \item Interessenten $\rightarrow$ ``Observers''
262 \end{itemize}
264 \paragraph{Schnittstellen}
265 Die Fähigkeiten der Pinnwand/Sekretärin und Interessenten sind ihre ``Interfaces''.
267 (vgl: taub, minimale Fähigkeiten, leserliche Schrift, ...)
272 \subsection{UML-Diagramme}
273 \subsubsection{Struktur-Diagramm des Observers}
275 \begin{figure}[hbt]
276 \centering
277 \includegraphics[width=12cm]{pics/observer_big.png}
278 \caption{Struktur-Diagramm des Observers}
279 \end{figure}
283 \subsubsection{Interaktions-Diagramm des Observers}
284 \begin{figure}[hbt]
285 \centering
286 \includegraphics[width=12cm]{pics/observer-interaction_big.png}
287 \caption{Interaktions-Diagramm des Observers}
288 \end{figure}
293 % Daten aus der Beschreibung des Observers von GoF
294 % in welche Gruppen wird er eingeordnet
295 \subsubsection{Klassifizierung nach GoF}
297 \paragraph{Klassifizierung}
298 Verhaltensmuster, objektbasierend
301 \paragraph{Auch bekannt als}
302 Publish-Subscribe, Dependents
305 \paragraph{Zweck}
306 Abhängigkeiten zwischen Objekten zu erstellen, sodass sich abhängige Objekte ändern, wenn sich das Objekt selbst ändert.
307 % todo: besser formulieren
310 \paragraph{Kurzbeschreibung}
311 Schnittstellen anlegen, um Abhängigkeiten zwischen Objekten registriert
312 werden können, und um die abhängigen Objekte über Zustandsänderungen zu
313 informieren.
314 % todo: Formulierung überdenken
320 \subsection{Beispiele für den Observer in der Praxis}
321 % Einsatzgebiete (MVC) und RL (Mailingslisten, Ebay-Suchabo)
322 % nicht aber (Blog + RSS)
324 \paragraph{Beispiele}
325 \begin{itemize}
326 \item Observer ist sehr verbreitet
327 \item v.a. MVC (Model = Subject; View = Observer)
328 \item Mailinglisten
329 \item Ebay Such-Abo
330 \end{itemize}
333 \paragraph{Aber}
334 \begin{itemize}
335 \item nicht Blog mit RSS-Feed!
336 \end{itemize}
344 %\subsection{Erweiterungen}
345 %% Erweiterungen, verbleibende Probleme, Kompromisse beim Design
346 \subsection{Mögliche Erweiterungen des Patterns}
348 \paragraph{Ein Observer und mehrere Subjects}
349 \begin{itemize}
350 \item Der Name des Subjects muss mitgesendet werden.
351 \end{itemize}
354 \paragraph{Nur für bestimmte Informationen anmelden}
355 \begin{itemize}
356 \item Oberservers melden sich nur für bestimmte Informationen an
357 \item Es werden weniger uninteressante Updates gesendet
358 \end{itemize}
361 \paragraph{UpdateManager}
362 \begin{itemize}
363 \item Bei komplexen Update-Zusammenhängen empfehlenswert
364 \item vermittelt zwischen Subject und Observer
365 \item (Mehr dazu in der Ausarbeitung)
366 \end{itemize}
371 \paragraph{Wer ruft notify() auf?}
373 \subparagraph{Das Subject}
374 \begin{itemize}
375 \item[+] notify() wird sicher bei jedem setState() aufgerufen
376 \item[-] hohe Update-Kosten bei Änderungen en-block
377 \end{itemize}
380 \subparagraph{Der Observer}
381 \begin{itemize}
382 \item[+] intelligenter Zeitpunkt des notify()-Aufrufs möglich
383 \item[-] der Client darf den notify()-Aufruf nicht vergessen
384 \end{itemize}
409 \newpage
410 \section{Zusammenfassung}
411 %\textbf{Zusammenfassend}
412 \paragraph{Zusammenfassung}
413 \begin{itemize}
414 \item Menschen denken basierend auf der Realität
415 \item deshalb Design Patterns auf Realität zurückführen
416 \item Patterns anwenden weil man es in der Realität auch so machen würde
417 \end{itemize}
423 Erklaerung des Vorgehens
424 Frage: war es erfolgreich?
425 \textbf{}
427 \paragraph{}
432 \section{Abschließend}
433 \paragraph{Verwendete Software}
434 \begin{itemize}
435 \item Debian GNU/Linux
436 \item \LaTeX-Beamer und \texttt{pdflatex}
437 \item Vim
438 \item qiv und ImageMagick
439 \item Mercurial
440 \end{itemize}
443 \paragraph{}
444 \vspace{3ex}
445 \centerline{\textbf{Danke für eure Aufmerksamkeit}}
454 \appendix
456 \section{Code}
457 \textbf{Code? --- Nein, kein Code!}
458 \paragraph{Denn}
459 \begin{center}
460 \textbf{ Implementierungen sind Schall und Rauch,\\
461 Konzepte dagegen bleiben bestehen! }
462 \end{center}
465 \vspace{4ex}
466 {\scriptsize
467 \paragraph{}
468 \textit{ Beispiel-Implementierung in der Ausarbeitung. }
470 }
482 \end{document}