Eine eingehende Analyse des Beobachtermusters in PHP

Im vorherigen Artikel „Verstehen Sie den Adaptermodus in PHP in einem Artikel“ haben wir den Adaptermodus in PHP vorgestellt. Dieser Artikel führt Sie zum Verständnis des Beobachtermodus in PHP.

Beobachter, es scheint, dass diese Figur in vielen Science-Fiction-Werken vorkommt. Beispielsweise reisen Beobachter in einer meiner liebsten amerikanischen Fernsehserien, „Fringe“, ständig durch Zeit und Raum, um verschiedene Personen oder Dinge aufzunehmen. Allerdings steht der Beobachter im Entwurfsmuster nicht nur daneben und schaut zu. Der Beobachter ergreift hier entsprechende Maßnahmen entsprechend den Zustandsänderungen, die am Subjekt auftreten.

Gof-Klassendiagramm und Erklärung

GoF-Definition: Definieren Sie eine Eins-zu-Viele-Abhängigkeitsbeziehung zwischen Objekten, werden alle davon abhängigen Objekte benachrichtigt und automatisch aktualisiert

GoF-Klassendiagramm:

Code-Implementierung

interface Observer
{
    public function update(Subject $subject): void;
}

Über die abstrakte Schnittstelle des Beobachters gibt es nichts zu sagen, sie ermöglicht Ihnen lediglich die Implementierung eines bestimmten Updates

class ConcreteObserver implements Observer
{
    private $observerState = '';
    function update(Subject $subject): void
    {
        $this->observerState = $subject->getState();
        echo '执行观察者操作！当前状态：' . $this->observerState;
    }
}

Bestimmte Beobachter implementieren das Update( ) Methode. Hier erhalten wir die Subject-Klasse, damit wir deren Status ermitteln können. Die übergeordnete Subject-Klasse verwaltet ein Beobachter-Array und verfügt dann über Methoden zum Hinzufügen, Löschen und Durchlaufen dieses Arrays. Der Zweck besteht darin, dieses Array bequem zu verwalten alle Beobachter

class Subject
{
    private $observers = [];
    private $stateNow = '';
    public function attach(Observer $observer): void
    {
        array_push($this->observers, $observer);
    }
    public function detach(Observer $observer): void
    {
        $position = 0;
        foreach ($this->observers as $ob) {
            if ($ob == $observer) {
                array_splice($this->observers, ($position), 1);
            }
            ++$position;
        }
    }
    public function notify(): void
    {
        foreach ($this->observers as $ob) {
            $ob->update($this);
        }
    }
}

Die Implementierungsklasse von Subject aktualisiert nur den Status. Wenn sich dieser Status ändert, wird die Beobachter-Traversal-Methode aufgerufen, um die update()-Operation aller Beobachtungen durchzuführen.

Observer Tatsächlich führt sie eine Aktualisierung durch ) allein, und Subject kann Beobachter stapelweise ausführen. Bitte beachten Sie, dass wir keinen Code in der Zielklasse ändern müssen, sondern ihn nur von außen hinzufügen müssen. Lassen Sie das Ziel also vom Beobachter entkoppelt sein. Sie müssen sich nicht um die Situation des anderen kümmern

• Der Beobachter kann den Status des Ziels aufzeichnen, oder Sie müssen ihn nicht aufzeichnen. Wenn wir beispielsweise die Datenbank aktualisieren oder den Vorgang nach dem Senden der Textnachricht einfügen, werden wir dies tun Tun Sie dies erst, nachdem die SMS-Schnittstelle erfolgreich gesendet wurde. Es ist nicht unbedingt erforderlich, den Zielsendestatus an den Beobachter zu übertragen.
• Wenn sich eine Klasse ändert, ist nicht bekannt, wie viele andere Klassen möglicherweise vorhanden sind Zu diesem Zeitpunkt ist der Beobachter sehr nützlich
• Es gibt immer noch eine Kopplung im Beobachtermuster, das heißt, es gibt eine Liste von Beobachterobjekten in der Zielklasse. Wenn der Beobachter die update()-Methode nicht implementiert, Dann treten Probleme auf

Lassen Sie uns über unsere Mobiltelefonfabrik sprechen. Diesmal ist es gut, ich wurde von einer Reihe von Nachahmertelefonen (Beobachtern) ins Visier genommen. Wenn ich eine Funktion bereitstelle (Statusaktualisierung), bieten sie dieselbe Funktion (Update), und sie machen auch Updates, die auf meinem basieren. Viele Dinge werden beschönigend genannt: Mikroinnovation! Sie sagen, es ist irritierend oder nicht. Nun, ich habe auch eine Gruppe von Marktforschern (Beobachtern) geschickt, um mir zu helfen, zu beobachten, welche Funktionen die Mobiltelefone anderer Leute haben (Statusaktualisierungen), und dann werden wir sie kopieren und einige Mikroinnovationen machen, damit wir alle gemeinsam Fortschritte machen können . ! !

Vollständiger Code: https://github.com/zhangyue0503/designpatterns-php/blob/master/06.observer/source/observer.php

Beispiel

Dieses Mal beginnen wir mit der Bestellung, Aber es gibt immer noch die Frage des Versendens von Textnachrichten. Wenn jemand auf einer allgemeinen E-Commerce-Plattform eine Bestellung aufgibt, müssen viele Dinge erledigt werden, z. B. das Ändern des Lagerbestands, das Versenden von Textnachrichten oder Push-Benachrichtigungen, um dem Händler mitzuteilen, dass jemand eine Bestellung aufgegeben hat, und dies dem Käufer mitzuteilen Die Bestellung wurde erfolgreich aufgegeben und die Zahlung war erfolgreich. Kurz gesagt, das Eintreten einer Sache führt zu verschiedenen Ereignissen. Tatsächlich führt dies zu einem weiteren sehr berühmten Modell, dem

Abonnieren und Veröffentlichen

-Modell. Man kann sagen, dass dieser Modus der Upgrade-Modus von Beobachtern ist. In dieser Artikelserie wird nicht auf Details eingegangen, aber Sie können einen Blick auf die Aspekte „Veröffentlichen und Abonnieren“ und „Ereignisüberwachung“ in Laravel werfen. Verkauftes Klassendiagramm bestellen

Vollständiger Quellcode: https://github.com/zhangyue0503/designpatterns-php/blob/master/06.observer/source/order-observer.php

class ConcreteSubject extends Subject{
    public function setState($state)
    {
        $this->stateNow = $state;
        $this->notify();
    }

    public function getState()
    {
        return $this->stateNow;
    }
}

Anleitung

• Wir halten uns nicht vollständig an das GoF-Klassendiagramm, es muss jedoch nicht vollständig eingehalten werden.
• Der Bestellstatus ändert sich durch den Verkauf. Methode Rufen Sie schließlich direkt die Notify-Methode auf, um den Beobachter aufzurufen. Das Senden von Textnachrichten und das Senden von Push-Nachrichten können von Beobachtern einzeln getrennt und implementiert werden. Diese Beobachter verfügen nicht unbedingt nur über diese Methode, sondern solange sie eine gemeinsame Methode implementieren Schnittstelle, es wird in Ordnung sein.
• Produktinventar und Nachrichtenversand sind eigentlich zwei völlig unabhängige Klassen, aber sie müssen nur dieselbe Schnittstelle implementieren.
• PHPs SPL-Erweiterung hat eine Reihe von Beobachterschnittstellen für uns vorbereitet Probieren Sie es aus, die Verwendung des nativ unterstützten Beobachtermodus kann viel Ärger ersparen!

SPL-Erweiterung implementiert Observer-Muster – vollständiger Quellcode: https://github.com/zhangyue0503/designpatterns-php/blob/master/06.observer/source/spl_observer.php

Dieser Artikel ist eine Reproduktion von : https://juejin.cn/post/6844903930262978574

Autor: Hardcore Project Manager

Empfohlenes Lernen: „

PHP-Video-Tutorial

“

Das obige ist der detaillierte Inhalt vonEine eingehende Analyse des Beobachtermusters in PHP. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!