Gli schemi di pubblicazione-iscrizione e Reactor sembrano molto simili a me. Come sono diversi?
In entrambi i modelli un messaggio viene trasmesso indirettamente agli abbonati (ascoltatori nel modello di reattore).
Sento che il modello di osservatore è molto simile anche ad altri due modelli.
Quali sono le differenze chiave tra questi schemi?
Risposte:
Come posso vedere dal link, il modello PubSub non è un modello OOP, ma piuttosto un modello di messaggistica , che è un modello architettonico di rete.
Il modello di reattore è qualcosa correlato alla gestione delle richieste dei server con loop di eventi a thread singolo . Ancora una volta, il link mostra alcuni buoni esempi come Node.js, Netty, Twisted, ecc.
Infine, Observer è il modello di progettazione OOP che descrive un modo di interazione tra oggetti nel codice OO.
Quindi quei tre modelli provengono da domini diversi.
Reactor = loop di eventi a thread singolo che riceve ed elabora le richieste. Tali richieste possono essere caricate in batch da un file, tramite SMTP e / o HTTP. Le risposte elaborate contemporaneamente vengono consegnate quando sono pronte anziché in sequenza.
Gli editori emettono. Gli abbonati consumano.
Editori + Iscritti = modello di osservatore (Heads First Design Patterns). Gli osservatori sparano in sequenza e di solito si bloccano fino al completamento.
PubSub è più legato alle code di messaggistica (MQ). Ha a che fare con il modo in cui i nodi ricevono messaggi asincroni in un sistema distribuito.
Il modello di reattore ha più a che fare con eventi asincroni. Ad esempio, le prese non bloccanti utilizzano lo schema del reattore per fornire eventi di rete: LEGGI, SCRIVI, CONNETTI, ACCETTA
È possibile controllare CoralReactor per avere una migliore comprensione del modello di reattore.
Disclaimer : sono uno degli sviluppatori di CoralReactor.