Różnica między Observer, Pub/Sub i powiązaniem danych

Istnieją dwie główne różnice między wzorcami obserwatora/obserwowalnego i wydawcy/Abonenta:

1. Observer / Observable wzorzec jest najczęściej implementowany w synchroniczne way, czyli obserwowalny wywołuje odpowiednią metodę wszystkich swoich obserwatorów, gdy zachodzi jakieś zdarzenie. Wzór Wydawca / Abonent jest najczęściej realizowany w asynchroniczne sposób (za pomocą kolejki komunikatów).

2. W Observer / Observable pattern, the obserwatorzy są świadomi obserwowalnych. Natomiast w Wydawca / Subskrybent, wydawcy i subskrybenci nie musimy się znać.. Po prostu komunikują się za pomocą kolejek wiadomości.

Jak wspomniałeś poprawnie, powiązanie danych jest terminem ogólnym i może być zaimplementowane za pomocą metody Observer/Observable lub Publisher / Subscriber. Data jest wydawcą/abonentem.

Jestem trochę rozbawiony, że wszystkie odpowiedzi tutaj starały się wyjaśnić subtelną różnicę między obserwatora i Pub / Sub wzorców bez podawania konkretnych przykładów. Założę się, że większość czytelników nadal nie wie, jak zaimplementować każdy z nich, czytając jeden jest synchroniczny, a drugi jest asynchroniczny.

Należy zwrócić uwagę na jedną rzecz: celem tych wzorców jest próba oddzielenia kodu

Obserwator jest wzorcem projektowym, w którym obiekt (znany jako podmiot) utrzymuje lista obiektów w zależności od niej (obserwatorów), automatycznie powiadamiająca o wszelkich zmianach stanu.

wzór obserwatora

Oznacza to, że observable object ma listę, na której przechowuje wszystkie swoje observers (które zazwyczaj są funkcjami). i może przemierzać tę listę i wywoływać te funkcje, gdy czuje się dobrze.

Zobaczten wzór obserwatora przykład dla szczegółów.

Ten wzorzec jest dobry, gdy chcesz słuchać zmian danych na odpowiednio obiektować i aktualizować inne widoki interfejsu użytkownika.

Ale minusami są Obserwable utrzymują tylko jedną tablicę do utrzymywania obserwatorów (w przykładzie tablica to observersList).

Nie rozróżnia sposobu uruchomienia aktualizacji, ponieważ posiada tylko jedną notify function, która uruchamia wszystkie funkcje zapisane w tej tablicy.

Jeśli chcemy grupować obserwatorów na podstawie różnych zdarzeń. Musimy tylko zmodyfikować to observersList na Object Jak

var events = {
    "event1": [handler1, handler2],
    "event2": [handler3]
}

Zobacz to przykład pubsub dla szczegółów.

I ludzie nazywają tę odmianę pub/sub. Możesz więc uruchamiać różne funkcje w oparciu o events, które opublikowałeś.

Zgadzam się z wnioskiem o obu wzorców, niemniej jednak, dla mnie, używam obserwowalnych, gdy jestem w tym samym procesie i używam Pub / Sub w scenariuszach między procesami, gdzie wszystkie strony znają tylko wspólny kanał, ale nie Strony.

Nie znam innych szablonów, albo powiem tak, nigdy nie potrzebowałem innych szablonów do tego zadania. Nawet większość frameworków MVC i implementacji wiązań danych używa zazwyczaj wewnętrznie koncepcji observer.

Jeśli jesteś zainteresowany komunikacja międzyprocesowa, polecam:

"wzorce integracji przedsiębiorstw: projektowanie, budowanie i wdrażanie rozwiązań do przesyłania wiadomości" [8]} - http://www.addison-wesley.de/9780321200686.html

Ta książka zawiera wiele pomysłów na to, jak wysyłać wiadomości między procesami lub klasami, które mogą być używane nawet w wewnątrzprocesowych zadaniach komunikacyjnych(pomogło mi to programować w bardziej luźny sposób).

Mam nadzieję, że to pomoże!