Subject-Observer nicht 1:n sondern n:1

SinnlosS · 10.03.2011, 21:28

Hallo zusammen,
ich stehe vor folgender Problemstellung:
Ich möchte eine Art Dashboard realisieren, das den Benutzer auf der Startseite nach dem Login über die neuesten Ereignisse unterrichtet. Solche Ereignisse können neue private Nachrichten sein, neu zugeteilte Aufgaben und/oder Zuständigkeiten, neu angelegte Projekte im eigenen Zuständigkeitsbereich etc.
Für die Realisierung habe ich an das Subject-Observer-Pattern gedacht, allerdings in etwas "entfremdeter" Form. Ich habe nicht ein Subject mit n Observern, sondern n subjects mit einem Observer. Damit verlagert sich natürlich die Aufgabe der Informationsfilterung/-aufbereitung zum Subject. Jedes Subject muss sich also selber darum kümmern die relevanten Informationen in eine Form zu bringen, die der Observer versteht.
In meinem Beispiel hatte ich daran gedacht im Subject vor jedem notify() einen Array mit den vom Dashboard benötigten Informationen bereitzustellen, der dann vom Dashboard beim update() abgerufen und verarbeitet wird.
Was mir daran noch nicht so gefällt ist eben genau dieser Punkt, dass sich ein großer Teil des Systems zu einem gewissen Grad um das Dashboard herum aufbauen muss. Mir fällt aber auch zur Zeit keine elegantere Lösung ein.
Vielleicht hat hier jemand eine Anregung?

nikosch · 10.03.2011, 21:31

Standardisierte Ausgabe/Auslese-Schnittstelle definieren, diese im Dashboard abprüfen, alle Elemente dort anmelden und Dashboard „ruft zurück“.

SinnlosS · 10.03.2011, 21:37

Zitat:

Zitat von nikosch

Standardisierte Ausgabe/Auslese-Schnittstelle definieren, diese im Dashboard abprüfen, alle Elemente dort anmelden und Dashboard „ruft zurück“.

Schnell, kurz und prägnant

Ich kann mir grad noch nicht wirklich vorstellen wie das genau aussehen soll, aber die ersten Ideen nehmen schon Form an, ich lass mir das mal durch den Kopf gehen und melde mich dann gegebenenfalls nochmal mit konkreterem Beispiel und Frage. Danke erstmal für den Denkanstoß

nikosch · 10.03.2011, 21:38

Zitat:

Ich kann mir grad noch nicht wirklich vorstellen wie das genau aussehen soll,

Ich noch weniger

Kommt letztlich drauf an, was das so für Elemente sind.

SinnlosS · 12.03.2011, 18:12

Ich habe mich gerade mal hingesetzt und ein wenig überlegt.
Momentan habe ich so ein Konzept im Kopf:

PHP-Code:

  <?php

interface Reporter {

    public function report();

}

interface Listener {

    public static function attachReporter(Reporter $reporter);

    public static function detachReporter(Reporter $reporter);

    public static function callReporters();

}

class PrivateMessage implements Reporter {

    private $forwarder;

    private $recipient;

    public function send($forwarder,$recipient,$message) {

        // Nachricht versenden

        $this->forwarder = $forwarder;

        $this->recipient = $recipient;

        Dashboard::attachReporter($this);

    }

    public function report() {

        return "Neue Nachricht von {$this->forwarder} an {$this->recipient}";

    }

}

abstract class Dashboard implements Listener {

    private static $reporters = array();

    public static function attachReporter(Reporter $reporter) {

        self::$reporters[] = $reporter;

    }

    public static function detachReporter(Reporter $reporter) {

        self::$reporters = array_diff(self::$reporters,array($reporter));

    }

    public static function callReporters() {

        foreach(self::$reporters as $reporter) {

            echo $reporter->report();

            // Report verarbeiten

        }

    }

}

$PM = new PrivateMessage;

$PM->send("Hans","Karl","Hi Karl!");

Dashboard::callReporters();

?>

Sieht jemand spontan Schwächen bei dem Konzept?
Ich bin grad noch am überlegen ob es nicht sinnvoller wäre, das Interface Listener wegzulassen und stattdessen eine abstrakte Klasse zu bauen, an den sich beim Programmstart verschiedene Listener anmelden können und im Programmablauf dann die Reporter (mit konkreter Angabe für welche Listener?).
Andererseits sehen ja wiederum die Informationen die von den Reportern beim Aufruf von report() zurückgegeben werden immer gleich aus, brauche ich dann überhaupt verschiedene Listener für ein und dieselbe Information? Wobei ich gerade sowieso kein anderes Beispiel für einen Listener als das Dashboard parat hätte. Aber das heißt ja nichts. ^^

Manko10 · 12.03.2011, 18:36

Vielleicht könnte das Mediator-Pattern für dich interessant sein.

SinnlosS · 12.03.2011, 19:01

Das sieht interessant aus, lasse ich mir mal durch den Kopf gehen. Vielen Dank für den Hinweis.

Renner · 14.03.2011, 19:49

Zitat:

Zitat von SinnlosS

(...) die neuesten Ereignisse unterrichtet. Solche Ereignisse (...)

Ich würde das groß geschriebene Wort ins Englische übersetzen.

Event-Dispatcher

Edit: Hatte einen falschen Link gesetzt. Es gibt jedoch ein empfehlenswertes Buch, welches ein gleichnamiges Pattern beschreibt.

G.Schuster · 14.03.2011, 20:07

Für solche Infos eignet sich PoEAA von Martin Fowler als Nachtlektüre.
Aber bitte die englische Ausgabe - ist bei Computer-Fachbüchern meist sehr angeraten.

SinnlosS · 17.03.2011, 12:54

Danke auch an Renner und G.Schuster.
PoEAA habe ich mir gerade mal beim Händler meines Vertrauens bestellt. Hab demnächst mal wieder etwas Luft für neue Lektüre.
Am WE werde ich mich wieder meiner Problemstellung hier widmen und mir dazu dann auch nochmal das Event-Dispatcher-Pattern zu Gemüte führen.

Themen-Optionen
Druckbare Version zeigen Jemanden per E-Mail auf dieses Thema hinweisen
Thema bewerten
Thema bewerten:

Ähnliche Themen
Thema	Autor	Forum	Antworten	Letzter Beitrag
[Erledigt] Observer oder ein anderes muster?	DarkPrisma	Software-Design	9	29.01.2010 10:15
Subject in html/mine - format	atoniusg	PHP Tipps 2008	2	20.03.2008 09:25
Events, Observer, Henne-Ei-Problem	Basti	PHP-Fortgeschrittene	3	09.05.2006 15:53
Subject in Email Formular		PHP Tipps 2005-2	1	10.09.2005 12:58
mail subject formatieren	bexxta	PHP Tipps 2005-2	1	27.08.2005 13:34

10.03.2011, 21:28
SinnlosS Benutzer Registriert seit: 16.07.2010 Beiträge: 80 PHP-Kenntnisse: Fortgeschritten	Subject-Observer nicht 1:n sondern n:1 Hallo zusammen, ich stehe vor folgender Problemstellung: Ich möchte eine Art Dashboard realisieren, das den Benutzer auf der Startseite nach dem Login über die neuesten Ereignisse unterrichtet. Solche Ereignisse können neue private Nachrichten sein, neu zugeteilte Aufgaben und/oder Zuständigkeiten, neu angelegte Projekte im eigenen Zuständigkeitsbereich etc. Für die Realisierung habe ich an das Subject-Observer-Pattern gedacht, allerdings in etwas "entfremdeter" Form. Ich habe nicht ein Subject mit n Observern, sondern n subjects mit einem Observer. Damit verlagert sich natürlich die Aufgabe der Informationsfilterung/-aufbereitung zum Subject. Jedes Subject muss sich also selber darum kümmern die relevanten Informationen in eine Form zu bringen, die der Observer versteht. In meinem Beispiel hatte ich daran gedacht im Subject vor jedem notify() einen Array mit den vom Dashboard benötigten Informationen bereitzustellen, der dann vom Dashboard beim update() abgerufen und verarbeitet wird. Was mir daran noch nicht so gefällt ist eben genau dieser Punkt, dass sich ein großer Teil des Systems zu einem gewissen Grad um das Dashboard herum aufbauen muss. Mir fällt aber auch zur Zeit keine elegantere Lösung ein. Vielleicht hat hier jemand eine Anregung?


Mister Ad PHP Code Flüsterer Registriert seit: 21.08.2005 Beiträge: 4682 PHP-Kenntnisse: Fortgeschritten

10.03.2011, 21:31
nikosch moderatives Dielektrikum Registriert seit: 21.05.2008 Beiträge: 35.994 PHP-Kenntnisse: Fortgeschritten	Standardisierte Ausgabe/Auslese-Schnittstelle definieren, diese im Dashboard abprüfen, alle Elemente dort anmelden und Dashboard „ruft zurück“. __________________ -- One pixel is still too big. Please make it smaller. ASAP. Initiative Mittelstand. Die wichtigste Gestaltungsregel im Screendesign ist Pi mal Daumen des Arbeitgebers. --

12.03.2011, 18:12
SinnlosS Benutzer Registriert seit: 16.07.2010 Beiträge: 80 PHP-Kenntnisse: Fortgeschritten	Ich habe mich gerade mal hingesetzt und ein wenig überlegt. Momentan habe ich so ein Konzept im Kopf: PHP-Code: <?php interface Reporter { public function report(); } interface Listener { public static function attachReporter(Reporter $reporter); public static function detachReporter(Reporter $reporter); public static function callReporters(); } class PrivateMessage implements Reporter { private $forwarder; private $recipient; public function send($forwarder,$recipient,$message) { // Nachricht versenden $this->forwarder = $forwarder; $this->recipient = $recipient; Dashboard::attachReporter($this); } public function report() { return "Neue Nachricht von {$this->forwarder} an {$this->recipient}"; } } abstract class Dashboard implements Listener { private static $reporters = array(); public static function attachReporter(Reporter $reporter) { self::$reporters[] = $reporter; } public static function detachReporter(Reporter $reporter) { self::$reporters = array_diff(self::$reporters,array($reporter)); } public static function callReporters() { foreach(self::$reporters as $reporter) { echo $reporter->report(); // Report verarbeiten } } } $PM = new PrivateMessage; $PM->send("Hans","Karl","Hi Karl!"); Dashboard::callReporters(); ?> Sieht jemand spontan Schwächen bei dem Konzept? Ich bin grad noch am überlegen ob es nicht sinnvoller wäre, das Interface Listener wegzulassen und stattdessen eine abstrakte Klasse zu bauen, an den sich beim Programmstart verschiedene Listener anmelden können und im Programmablauf dann die Reporter (mit konkreter Angabe für welche Listener?). Andererseits sehen ja wiederum die Informationen die von den Reportern beim Aufruf von report() zurückgegeben werden immer gleich aus, brauche ich dann überhaupt verschiedene Listener für ein und dieselbe Information? Wobei ich gerade sowieso kein anderes Beispiel für einen Listener als das Dashboard parat hätte. Aber das heißt ja nichts. ^^ Geändert von SinnlosS (13.03.2011 um 15:24 Uhr).

12.03.2011, 18:36
Manko10 Supermoderator HD Registriert seit: 16.03.2008 Beiträge: 8.709 PHP-Kenntnisse: Fortgeschritten	Vielleicht könnte das Mediator-Pattern für dich interessant sein. __________________ Refining Linux Advent Calendar series “24 Outstanding ZSH Gems”

12.03.2011, 19:01
SinnlosS Benutzer Registriert seit: 16.07.2010 Beiträge: 80 PHP-Kenntnisse: Fortgeschritten	Das sieht interessant aus, lasse ich mir mal durch den Kopf gehen. Vielen Dank für den Hinweis.

14.03.2011, 20:07
G.Schuster Erfahrener Benutzer Registriert seit: 21.12.2009 Beiträge: 415 PHP-Kenntnisse: Fortgeschritten	Für solche Infos eignet sich PoEAA von Martin Fowler als Nachtlektüre. Aber bitte die englische Ausgabe - ist bei Computer-Fachbüchern meist sehr angeraten. __________________ actra.development - Schwabstr. 2 - 70825 Münchingen www.actra.de/velopment/ - eMail: php.de@actra.de Zend Certified Engineer for PHP5

17.03.2011, 12:54
SinnlosS Benutzer Registriert seit: 16.07.2010 Beiträge: 80 PHP-Kenntnisse: Fortgeschritten	Danke auch an Renner und G.Schuster. PoEAA habe ich mir gerade mal beim Händler meines Vertrauens bestellt. Hab demnächst mal wieder etwas Luft für neue Lektüre. Am WE werde ich mich wieder meiner Problemstellung hier widmen und mir dazu dann auch nochmal das Event-Dispatcher-Pattern zu Gemüte führen.