docs/DesignPatterns: detailed-observer.tex comparison

comparison detailed-observer.tex @ 30:8bdd4e54885e

added content

author	meillo@marmaro.de
date	Sat, 04 Aug 2007 16:42:40 +0200
parents	f3b4061ec3b4
children	f567cec0d755

comparison

equal deleted inserted replaced

-:f3b4061ec3b4
+:8bdd4e54885e
 \subsection{Zusammenfassung des Beispiels}
-\paragraph{Pinnwand + Sekretärin + Benachrichtigung}
+Wir haben nun eine Lösung die die meisten Probleme unserer Situation löst. Ich möchte hier die Funktionsweise nochmals aufzählen:
-\begin{itemize}
-\item Man kann neue Zettel anpinnen lassen
+\begin{itemize}
-\item Man kann sich als Interessierter anmelden (und auch abmelden)
+\item Man kann neue Zettel anpinnen lassen
-\item Interessierte werden bei Änderungen der Pinnwand benachrichtigt
+\item Man kann sich als Interessierter anmelden (und auch abmelden)
-\item Sie können dann zur Pinnwand gehen und sie sich anschauen
+\item Interessierte werden bei Änderungen der Pinnwand benachrichtigt
-\end{itemize}
+\item Sie können dann zur Pinnwand gehen und sie sich anschauen
+\end{itemize}
+Sind jetzt alle Anforderungen abgedeckt? Ist die geschaffene Struktur zufriedenstellend? Welche Wünsche sind noch offen? Was fehlt?
-\paragraph{Eure Meinung?}
-\begin{itemize}
+Es gibt natürlich weitere Anforderungen/Wünsche die über das jetzige Modell hinausgehen. Auf einige der verbreitendsten Erweiterungen des Observer-Modells werde ich weiter unten noch eingehen.
-\item Ist diese Struktur zufriedenstellend?
-\item Erfüllt sie alle Anforderungen?
-\item Was fehlt?
-\end{itemize}
 \newpage
 \section{Das Pattern}
+Nun haben wir uns eine Lösung für unser Problem erarbeitet und der nächste Schritt ist es ein allgemein gültiges Lösungsmodell zu erstellen. Ein solches Modell wird ``Pattern'' genannt.
 \subsection{Überleitung}
-\paragraph{Neue Namen}
+Um unsere Lösung in das Pattern zu überführen bedarf es ein paar anderer Bezeichnungen:
-\begin{itemize}
-\item Pinnwand-Sekretärin-Einheit $\rightarrow$ ``Subject''
+\begin{itemize}
-\item Die Zettel auf der Pinnwand $\rightarrow$ ``subjectState''
+\item Pinnwand-Sekretärin-Einheit $\rightarrow$ ``Subject''
-\item Interessenten $\rightarrow$ ``Observers''
+\item Die Zettel auf der Pinnwand $\rightarrow$ ``subjectState''
-\end{itemize}
+\item Interessenten $\rightarrow$ ``Observers''
+\end{itemize}
-\paragraph{Schnittstellen}
-Die Fähigkeiten der Pinnwand/Sekretärin und Interessenten sind ihre ``Interfaces''.
+Beim Programmieren sind besonders Interfaces (also Schnittstellen) wichtig. Diese entsprechen den Fähigkeiten die Pinnwand/Sekretärin und Interessenten haben oder anbieten. Dies wären zum Beispiel, dass Interessenten nicht taub sein dürfen, lesen und zur Pinnwand hingehen können müssen. Oder auch die leserliche Schrift der Sekretärin. (Siehe dazu auch die Erarbeitung der Pinnwand-Sekretärin.)
-(vgl: taub, minimale Fähigkeiten, leserliche Schrift, ...)
 \subsection{UML-Diagramme}
-\subsubsection{Struktur-Diagramm des Observers}
+Um das Pattern darzustellen bieten sich UML-Diagramme an.
+\subsubsection{Struktur-Diagramm des Observers}
 \begin{figure}[hbt]
 \centering
 \includegraphics[width=12cm]{pics/observer_big.png}
 \caption{Struktur-Diagramm des Observers}
 \end{figure}
 \subsubsection{Interaktions-Diagramm des Observers}
 \begin{figure}[hbt]
 \centering
 \includegraphics[width=12cm]{pics/observer-interaction_big.png}
 \caption{Interaktions-Diagramm des Observers}
 \end{figure}
+Wer den ersten Teil der Ausarbeitung verstanden hat und UML kann, sollte hier keine Probleme haben die Diagramme zu verstehen --- es ist quasi das Gleiche, nur in einer anderen Darstellungsform.
 % Daten aus der Beschreibung des Observers von GoF
 % in welche Gruppen wird er eingeordnet
 \subsubsection{Klassifizierung nach GoF}
+Die ``Gang of Four'' (sie formulierten die ersten Design-Patterns für die Informatik) habe ein einheitliches Schema zu ihrer Klassifizierung erstellt. Anhand diesem ist der Observer folgendermaßen einzuordnen:
 \paragraph{Klassifizierung}
 Verhaltensmuster, objektbasierend
 \subsection{Beispiele für den Observer in der Praxis}
 % Einsatzgebiete (MVC) und RL (Mailingslisten, Ebay-Suchabo)
 % nicht aber (Blog + RSS)
-\paragraph{Beispiele}
+Wo ist das Observer-Pattern nun im täglichen Leben anzutreffen? Natürlich ist hier das Leben in der digitalen Welt gemeint, schließlich geht es uns ja um ein Design-Pattern für die Programmierung.
-\begin{itemize}
-\item Observer ist sehr verbreitet
+Zuerst einmal ist anzuführen, dass der Observer ein sehr verbreitetes Design-Pattern ist, das recht häufig bei passenden Problemstellungen eingesetzt wird.
-\item v.a. MVC (Model = Subject; View = Observer)
-\item Mailinglisten
+Primär wäre das alles was mit Model-View-Controller (kurz: MVC) zusammenhängt. MVC wird vor allem für grafische Oberflächen eingesetzt. Dabei fungiert das Model als Subject und die View als Observer. Der Controller ist eher von untergeordneter Bedeutung. (MVC ist übrigens ein Architektur-Pattern.)
-\item Ebay Such-Abo
-\end{itemize}
+Aber auch Mailinglisten und Such-Abos (wie bei Ebay) sind optimalerweise nach dem Observer-Pattern implementiert.
-\paragraph{Aber}
+\textbf{Kein} Beispiel für das Observer-Pattern ist aber der Weblog mit RSS-Feed! Denn hier findet kein Abonnement-Vorgang statt, der Client (Observer)  meldet sich nicht bei der Website (Subject) an, und bekommt auch keine Änderungsinformationen zugeschickt. Stattdessen ruft der Client nur Informationen ab, die die Website ständig zur Verfügung stellt. (vgl. Pinnwand ohne Sekretärin)
-\begin{itemize}
-\item nicht Blog mit RSS-Feed!
-\end{itemize}

Mercurial > docs > DesignPatterns

comparison detailed-observer.tex @ 30:8bdd4e54885e