docs/DesignPatterns: detailed-observer.tex comparison

comparison detailed-observer.tex @ 32:3d6e01222e28

added content

author	meillo@marmaro.de
date	Mon, 06 Aug 2007 02:25:32 +0200
parents	f567cec0d755
children	97b57d24fd7b

comparison

equal deleted inserted replaced

-:f567cec0d755
+:3d6e01222e28
 \paragraph{Auch bekannt als}
 Publish-Subscribe, Dependents
 \paragraph{Zweck}
-Abhängigkeiten zwischen Objekten zu erstellen, sodass sich abhängige Objekte ändern, wenn sich das Objekt selbst ändert.
+Abhängigkeiten zwischen Objekten erstellen, sodass sich abhängige Objekte ändern, wenn sich das Objekt selbst ändert.
 % todo: besser formulieren
 \paragraph{Kurzbeschreibung}
-Schnittstellen anlegen, um Abhängigkeiten zwischen Objekten registriert
+Schnittstellen anlegen, damit Abhängigkeiten zwischen Objekten registriert
 werden können, und um die abhängigen Objekte über Zustandsänderungen zu
 informieren.
 % todo: Formulierung überdenken
 \subsubsection{Ein Observer und mehrere Subjects}
 Oft ist es nicht nur ein einziges Subject, das beobachtet werden soll. Damit ein Observer mehrere Subjects beobachten kann, muss er den Namen des Subjects mitsenden. So kann festgestellt werden welches Subject betroffen ist.
 \subsubsection{Nur für bestimmte Informationen anmelden}
-Eine weitere kleine Erweiterung ist die Anmeldung am Subject für nur bestimmte Informationen. Dies ist sicher auch eine Ergänzung die unsere Pinnwand verbesser hätte. So wäre es dann möglich gewesen sich nur für Zimmerangebote oder ähnliches anzumelden.
+Eine weitere kleine Erweiterung ist die Anmeldung am Subject für nur bestimmte Informationen. Dies ist sicher auch eine Ergänzung die unsere Pinnwand verbesser hätte. So wäre es dann möglich gewesen sich nur für Zimmerangebote oder ähnliches anzumelden. So werden auch die unnötigen Updates verringert, was positiv auf die Performance wirken kann.
-\item Oberservers melden sich nur für bestimmte Informationen an
-\item Es werden weniger uninteressante Updates gesendet
+\subsubsection{ChangeManager}
+Bei komplexen Update-Zusammenhängen ist es empfehlenswert einen ChangeManager zwischen die verschiedenen Subjects und Observers zu stellen. Dieser vermittelt dann zwischen den Beteiligten und koordiniert die Update-Vorgänge. Der ChangeManager ist eine Instanz vom Mediator-Pattern und üblicherweise Singleton, da normalerweise nur einer für alle Observer-Beziehungen verwendet wird.
-\subsubsection{UpdateManager}
-\begin{itemize}
-\item Bei komplexen Update-Zusammenhängen empfehlenswert
-\item vermittelt zwischen Subject und Observer
-\item (Mehr dazu in der Ausarbeitung)
-\end{itemize}
 \subsubsection{Wer ruft notify() auf?}
+Dies kommt stark auf das Programm an. Beide Alternativen haben ihre Vor- und Nachteile:
 \paragraph{Das Subject}
 \begin{itemize}
 \item[+] notify() wird sicher bei jedem setState() aufgerufen
 \item[-] hohe Update-Kosten bei Änderungen en-block
 \begin{itemize}
 \item[+] intelligenter Zeitpunkt des notify()-Aufrufs möglich
 \item[-] der Client darf den notify()-Aufruf nicht vergessen
 \end{itemize}
-Erklaerung des Vorgehens
-Frage: war es erfolgreich?
-\textbf{}
-\paragraph{}
 \section{Abschließend}
 \paragraph{Verwendete Software}
 \begin{itemize}
 \item Debian GNU/Linux
-\item \LaTeX-Beamer und \texttt{pdflatex}
+\item \texttt{pdflatex}
 \item Vim
 \item qiv und ImageMagick
 \item Mercurial
 \end{itemize}
-\paragraph{}
-\vspace{3ex}
-\centerline{\textbf{Danke für eure Aufmerksamkeit}}
 \appendix
 \section{Code}
-\textbf{Code? --- Nein, kein Code!}
+\textbf{ Implementierungen sind Schall und Rauch,\\ Konzepte dagegen bleiben bestehen!  }
-\paragraph{Denn}
-\begin{center}
-\textbf{ Implementierungen sind Schall und Rauch,\\
-Konzepte dagegen bleiben bestehen!  }
-\end{center}
-\vspace{4ex}
-{\scriptsize
-\paragraph{}
-\textit{ Beispiel-Implementierung in der Ausarbeitung. }
-}

Mercurial > docs > DesignPatterns

comparison detailed-observer.tex @ 32:3d6e01222e28