Redux: Quando dovrei tenere traccia di stato e quando non dovrei?

0

NOTA: Sono nuovo con l'intero concetto di gestione dello stato. Non sono mai entrato nelle lingue più vecchie che gli stati "esplicitamente usati"

Mi sono tuffato in React e Redux per la scorsa settimana, e mentre mi sto avvicinando a un codice più complicato, mi sono imbattuto in una cosa:

Ora devo sincronizzare le modifiche dell'interfaccia utente con lo stato di Redux anche per le azioni più banali.

Dato un elenco Todo che può essere filtrato con un parametro URL: localhost:3000/SHOW_COMPLETED , dopo aver modificato un contenitore per mostrare i dettagli completati Devo anche modificare i riduttori per modificare i dati nell'albero di stato Redux a forma di {todos: [Todo1], filter: SHOW_COMPLETED} su ogni LOCATION_CHANGE azione dal router (react-router-redux).

Questo è un codice aggiuntivo per la semplice visualizzazione di tutti i prodotti. Immagina come potrebbe esplodere una volta entrati in cose più complicate.

Voglio entrare in quel flusso di dati unidirezionale, ma devo modificare l'albero di stato per ogni azione banale che fa la mia app?

    
posta Ygam 20.07.2017 - 03:06
fonte

1 risposta

1

Redux dovrebbe mantenere lo stato dell'app "persistente". Per persistente intendo lo stato che persiste attraverso il montaggio / smontaggio dei componenti. Questo tende ad essere cose come dati utente e dati dell'applicazione che sono stati recuperati dal server.

Qualsiasi stato transitorio dell'interfaccia utente nel componente deve essere mantenuto nello stato del componente React (utilizzando this.state e this.setState ). Questo stato verrà ripristinato quando il componente viene disinstallato. Un esempio di stato transitorio è un componente a discesa con aperto e chiuso come stato.

    
risposta data 20.07.2017 - 03:13
fonte

Leggi altre domande sui tag