docs/DesignPatterns
view 03_observer.tex @ 21:80c995d97cfa
updated Observer
| author | meillo@marmaro.de |
|---|---|
| date | Tue, 26 Jun 2007 14:36:01 +0200 |
| parents | 12d6f1a641c8 |
| children | 7a1c45c0b778 |
line source
1 % @file
2 % @brief Referat DesignPatterns `Observer'
3 % @author markus schnalke <meillo@marmaro.de>
4 % @since 2007-05-30
7 \documentclass{beamer}
10 % \usepackage[T1]{fontenc}
11 \usepackage[utf8]{inputenc}
12 \usepackage{ngerman}
13 \usepackage{graphicx}
14 \usepackage[automark]{scrpage2}
15 \input{Style01}
19 \begin{document}
22 \title{Observer-Pattern}
23 \author{Markus Schnalke}
24 \date{}
26 %\titlegraphic{\includegraphics[width=3cm]{Pics/Maka-Logo.png}}
28 \frame{
29 \titlepage
30 }
36 \section[Outline]{}
37 \frame{
38 \tableofcontents
39 }
44 \section{Vorgehensweise}
46 \frame{ \frametitle{Von der anderen Seite}
48 \begin{block}{Gründe}
49 Design Pattern sind so etwas wie ``Best Practices'' (also bewährte
50 Vorgehensweisen), meist \textbf{nach Vorbildern in der Wirklichkeit}
51 \end{block}
52 \pause
53 \begin{block}{Meine Vorgehensweise}
54 Ich will nun anhand eines Beispiels aus dem täglichen Leben zeigen, dass
55 das Design Pattern ``Observer'' ein absolut natürliches Vorgehen ist, das
56 bei ähnlichen Situationen in Programmen deshalb ebenso verwendet werden
57 sollte.
58 \end{block}
60 }
63 \section{Erarbeitung des Patterns}
65 \frame{ \frametitle{Ein Beispiel}
67 \begin{block}{Die Situation}
68 \begin{itemize}
69 \item Personen die verkaufen möchten
70 \item Personen die kaufen möchten
71 \item Sie wollen/sollen sich nicht kennen
72 \item Möglichst effektives Vorgehen
73 \end{itemize}
74 \end{block}
75 \pause
76 \begin{block}{Vorschläge?}
77 \begin{itemize}
78 \item
79 \item
80 \end{itemize}
81 \end{block}
83 }
86 \subsection{Ansatz}
87 \frame{ \frametitle{Ansatz}
89 \begin{block}{Mögliche Vorgehen}
90 \begin{itemize}
91 \item Personen direkt ansprechen
92 \item Laut in die Menge rufen
93 \item Den Freunden erzählen, die es dann weitererzählen
94 \end{itemize}
95 \end{block}
97 \pause
99 \begin{block}{Probleme}
100 \begin{itemize}
101 \item Man weiß nicht wer Interesse hat
102 \item nicht mal wieviele
103 \item Manche Interessenten sind vielleicht nur zu bestimmten Zeiten da
104 \item ... oder sie sind taub
105 \end{itemize}
106 \end{block}
108 }
112 \subsection{Erarbeitung einer Lösung}
114 \frame{ \frametitle{Eine (gute) Lösung: Pinnwand}
116 \begin{block}{Funktionsweise}
117 \begin{itemize}
118 \item Man kann Zettel anpinnen
119 \item Hingehen und nach neuen Zetteln schauen
120 \item Zettel lesen
121 \item Zettel abnehmen
122 \item Jeder der ein paar Fähigkeiten hat kann es
123 \end{itemize}
124 \end{block}
126 \pause
128 \begin{block}{Probleme}
129 \begin{itemize}
130 \item Man muss hingehen, nur um festzustellen, dass nichts Neues dabei ist
131 \item Man kann wichtige Zettel verpassen
132 \item Zettel sollten nicht weggenommen werden können
133 \end{itemize}
134 \end{block}
136 }
141 \frame{ \frametitle{Verbesserung: Pinnwand-Sekretärin}
143 \begin{block}{Lösung}
144 \begin{itemize}
145 \item Durch Studiengebühren wird eine Sekretärin für die Pinnwand angestellt
146 \item Pinnwand und Sekretärin sind fortan eine Einheit
147 \item Man kann bei ihr einen Zettel in Auftrag geben (auch telefonisch)
148 \item (Sie schreibt mit lesbarer Schrift)
149 \item Sie verhindert, dass Zettel abgenommen werden
150 \end{itemize}
151 \end{block}
153 \pause
155 \begin{block}{Bestehendes Problem}
156 \begin{itemize}
157 \item Man läuft immer noch oft unnötig zur Pinnwand
158 \end{itemize}
159 \end{block}
161 }
164 \frame{ \frametitle{2. Verbesserung: Pinnwand-Sekretärin mit Benachrichtigung}
166 \begin{block}{Lösung}
167 \begin{itemize}
168 \item Durch Studiengebühren wird eine längere Arbeitszeit der Sekretärin finanziert
169 \item Man kann sich bei der Sekretärin nun als ``Interessierter'' registrieren
170 \item Die Sekretärin trägt die Telefonnummer in eine Liste ein
171 \item Zukünftig ruft sie alle Personen der Liste an, wenn sie einen neuen Zettel anpinnt
172 \end{itemize}
173 \end{block}
175 }
178 \subsection{Zusammenfassung}
180 % Zusammenfassung des Beispiels: Was haben wir, ist alles abgedeckt
181 % Frage: Sind die Zuhörer zufrieden? Ist die Lösung gut?
182 \frame{ \frametitle{Zusammenfassung des Beispiels}
184 \begin{block}{Pinnwand + Sekretärin + Benachrichtigung}
185 \begin{itemize}
186 \item Man kann neue Zettel anpinnen lassen
187 \item Man kann sich als Interessierter anmelden (und auch abmelden)
188 \item Interessierte werden bei Änderungen der Pinnwand benachrichtigt
189 \item Sie können dann zur Pinnwand gehen und sie sich anschauen
190 \end{itemize}
191 \end{block}
193 \pause
195 \begin{block}{Eure Meinung?}
196 \begin{itemize}
197 \item Ist diese Struktur zufriedenstellend?
198 \item Erfüllt sie alle Anforderungen?
199 \item Was fehlt?
200 \end{itemize}
201 \end{block}
203 }
210 \section{Das Pattern}
213 \frame{ \frametitle{Überleitung}
215 \begin{block}{Neue Namen}
216 \begin{itemize}
217 \item Pinnwand-Sekretärin-Einheit $\rightarrow$ ``Subject''
218 \item Die Zettel auf der Pinnwand $\rightarrow$ ``subjectState''
219 \item Interessenten $\rightarrow$ ``Observers''
220 \end{itemize}
221 \end{block}
223 \pause
225 \begin{block}{Schnittstellen}
226 Die Fähigkeiten der Pinnwand/Sekretärin und Interessenten sind ihre ``Interfaces''.
228 (rem: taub, minimale Fähigkeiten, leserliche Schrift, ...)
229 \end{block}
231 }
234 \frame { \frametitle{Struktur-Diagramm des Observers}
235 \centerline{ \includegraphics[width=20em]{pics/observer_big.png} }
236 }
239 \frame { \frametitle{Interaktions-Diagramm des Observers}
240 \centerline{ \includegraphics[width=26em]{pics/observer-interaction_big.png} }
241 }
244 % Daten aus der Beschreibung des Observers von GoF
245 % in welche Gruppen wird er eingeordnet
246 %\frame{ \frametitle{Beschreibung des Observers}
247 %
248 % \begin{block}{Klassifizierung}
249 % Verhaltensmuster, objektbasierend
250 % \end{block}
251 %
252 % \begin{block}{Auch bekannt als}
253 % Publish-Subscribe, Dependents
254 % \end{block}
255 %
256 % \begin{block}{Zweck}
257 % Abhängigkeiten zwischen Objekten zu erstellen, sodass sich abhängige Objekte ändern, wenn sich das Objekt selbst ändert.
258 % % todo: besser formulieren
259 % \end{block}
260 %
261 % \begin{block}{Kurzbeschreibung}
262 % Schnittstellen anlegen, um Abhängigkeiten zwischen Objekten registriert
263 % werden können, und um die abhängigen Objekte über Zustandsänderungen zu
264 % informieren.
265 % % todo: Formulierung überdenken
266 % \end{block}
267 %
268 %}
271 \subsection{Beispiele}
272 % Einsatzgebiete (MVC) und RL (Mailingslisten, Ebay-Suchabo)
273 % nicht aber (Blog + RSS)
274 \frame{ \frametitle{Der Observer in der Praxis}
276 \begin{block}{Beispiele}
277 \begin{itemize}
278 \item Observer ist sehr verbreitet
279 \item v.a. MVC (Model = Subject; View = Observer)
280 \item Mailinglisten
281 \item Ebay Such-Abo
282 \end{itemize}
283 \end{block}
285 \pause
287 \begin{block}{Aber}
288 \begin{itemize}
289 \item nicht Blog mit RSS-Feed!
290 \end{itemize}
291 \end{block}
293 }
296 \subsection{Erweiterungen}
297 % Erweiterungen, verbleibende Probleme, Kompromisse beim Design
298 \frame{ \frametitle{Mögliche Erweiterungen}
300 \begin{block}{Ein Observer und mehrere Subjects}
301 \begin{itemize}
302 \item Der Name des Subjects muss mitgesendet werden.
303 \end{itemize}
304 \end{block}
306 \begin{block}{Nur für bestimmte Informationen anmelden}
307 \begin{itemize}
308 \item Oberservers melden sich nur für bestimmte Informationen an
309 \item Es werden weniger uninteressante Updates gesendet
310 \end{itemize}
311 \end{block}
313 \begin{block}{UpdateManager}
314 \begin{itemize}
315 \item Bei komplexen Update-Zusammenhängen empfehlenswert
316 \item vermittelt zwischen Subject und Observer
317 \item (Mehr dazu in der Ausarbeitung)
318 \end{itemize}
319 \end{block}
321 }
324 %\frame{ \frametitle{Wer ruft notify() auf?}
325 %
326 % \begin{block}{Das Subject}
327 % \begin{itemize}
328 % \item[+] notify() wird sicher bei jedem setState() aufgerufen
329 % \item[-] hohe Update-Kosten bei Änderungen en-block
330 % \end{itemize}
331 % \end{block}
332 %
333 % \begin{block}{Der Observer}
334 % \begin{itemize}
335 % \item[+] intelligenter Zeitpunkt des notify()-Aufrufs möglich
336 % \item[-] der Client darf den notify()-Aufruf nicht vergessen
337 % \end{itemize}
338 % \end{block}
339 %
340 %}
344 \subsection{Code}
345 % Kein Code!
346 \frame{ \frametitle{Code? --- Nein, kein Code!}
348 \begin{block}{Denn}
349 \begin{center}
350 \textbf{ Implementierungen sind Schall und Rauch,\\
351 Konzepte dagegen bleiben bestehen! }
352 \end{center}
353 \end{block}
355 \vspace{4ex}
356 {\scriptsize
357 \begin{block}{}
358 \textit{ Beispiel-Implementierung in der Ausarbeitung. }
359 \end{block}
360 }
362 }
366 \section{Zusammenfassung}
367 \frame{ %\frametitle{Zusammenfassend}
368 \begin{block}{Zusammenfassung}
369 \begin{itemize}
370 \item Menschen denken basierend auf der Realität
371 \item deshalb Design Patterns auf Realität zurückführen
372 \item Patterns anwenden weil man es in der Realität auch so machen würde
373 \end{itemize}
374 \end{block}
376 }
379 %\section{Fragen}
380 %\frame{ \frametitle{Fragen?}
381 % \vspace{5ex}
382 % \centerline{\huge ?}
383 %}
386 % Erklaerung des Vorgehens
387 % Frage: war es erfolgreich?
388 %\frame{ \frametitle{}
389 %
390 % \begin{block}{}
391 % \end{block}
392 %
393 %}
396 %\frame{ \frametitle{Abschließend}
397 % \begin{block}{Verwendete Software}
398 % \begin{itemize}
399 % \item Debian GNU/Linux
400 % \item \LaTeX-Beamer und \texttt{pdflatex}
401 % \item Vim
402 % \item qiv und ImageMagick
403 % \item Mercurial
404 % \end{itemize}
405 % \end{block}
406 %
407 % \begin{block}{}
408 % \vspace{3ex}
409 % \centerline{\textbf{Danke für eure Aufmerksamkeit}}
410 % \end{block}
411 %}
414 % Code (Beispiel-Implementierung)
421 %\input{main2.tex}
424 \end{document}
431 %\subsubsection{Fehlteilmanagement}
432 %\frame{ \frametitle{Fehlteilmanagement}
433 % %\includegraphics[width=10cm]{Pics/cc.png}
434 %}
436 % \vspace{2ex}