React/Flux - Perché ho bisogno di un action-dispatcher?

Question

Capisco che ho bisogno di un dispatcher emit.change(), per far sapere a tutti i componenti che qualcosa è cambiato all'interno del negozio. Ma non capisco perché ho bisogno di inviare azioni piuttosto che chiamare negozi direttamente dall'interno delle azioni,

.i.e. perché dovrei fare questo:

var Dispatcher = require('dispatcher'); 
var MyActions = { 
    addItem: function(item){ 
     Dispatcher.dispatch({ 
       action: 'ADD_ITEM', 
       payload: item  
     }) 
    } 
} 

piuttosto che questo:

var MyStore = require('mystore'); 
var MyActions = { 
    addItem: function(item){ 
     MyStore.addItem(item); 
    } 
} 

E 'per il caso che più negozi ascoltano lo stesso evento, per esempio quando StoreA e StoreB ascoltare ADD_ITEM pure?

Answer 1

Il dispatcher attiva le azioni una per una, quando vengono chiamate. È necessario un dispatcher perché:

1. Si desidera che lo stato dell'applicazione venga modificato atomicamente. Il che significa, s1-> s2 (a1), s2-> s3 (a2) in modo sincrono. Piuttosto che s1-> s3 (a causa di a1 e a2). Se non lo fai, dovrai preoccuparti di altre azioni attivate insieme a questa particolare azione e indovina come cambierà lo stato dell'applicazione per tutte quelle combinazioni. Qui è dove si scatena l'inferno e il tuo codice diventerà troppo difficile da mantenere. Immagina di scrivere un blocco if-else nello store per ogni azione attivata, per verificare se sono attive anche altre azioni. Il dispatcher si assicura che non invii già dispatching. Una spedizione alla volta. Mantiene il tuo albero stato molto sano.

2. Inoltre il dispatcher mantiene una serie di callback da attivare per ogni 'azione'. Questo è utile per richiamare callback su più negozi per la stessa azione. Quando un negozio si iscrive a un'azione (utilizzando register), il dispatcher aggiunge il RegisterHandler ad esso associato e lo aggiunge a un array. Con l'aiuto di questo, puoi registrare/annullare la registrazione dei tuoi negozi quando ne hai bisogno. E a seconda del tipo di azione, è possibile apportare modifiche di conseguenza a tutti i negozi registrati. Se non si utilizza un dispatcher, si dovrà preoccupare di tutti i negozi che devono essere avvisati, quando si scrive la parte di azione. Cattivo!

3. Con questo tipo di approccio, l'unica cosa su cui devi concentrarti è colpire il dispatcher con un'azione. Il resto è fino al dispatcher che notifica tutti i negozi che hanno bisogno di change in base all'azione. Poiché i negozi hanno callback che attivano le viste, tali callback possono essere chiamati come e quando necessario. Ciò mantiene il tuo codice molto modulare.