Reagire: servizio Redux vs Singleton

0

Un'applicazione a cui sto lavorando attualmente nel nostro front-end attualmente utilizza React, Redux e alcuni servizi singleton (wrapper attorno ad alcune librerie di terze parti). Abbiamo iniziato a discutere di una nuova funzione che dobbiamo sviluppare e che comprende dati non mutevoli (per quanto possiamo vedere) come viene impostata quando l'app è inizializzata, convalidata e disponibile per rispondere all'applicazione prima la nostra chiamata React.dom . Viene anche utilizzato da alcuni servizi singleton, come un intercettore HTTP, che inizia nel nostro costruttore di componenti root.

Abbiamo quindi iniziato a discutere su come archiviare e utilizzare i dati all'interno della nostra applicazione.

Siamo divisi tra la memorizzazione di questi dati usando:

  1. Redux (come da design dell'app); o
  2. un servizio singleton

Redux è sorprendente per il re-rendering di un componente quando i valori cambiano e consentono gli stati intermedi quando un valore sta cambiando (ad esempio un utente che accede) mentre consente l'accesso a quei dati con qualche codice di codice aggiuntivo. Tuttavia questo caso d'uso non ha bisogno di questa meccanica di ricarica, quindi sembra un po 'troppo sovraccarico, mentre un servizio singleton sembra che non abbiamo bisogno di quei benefici.

Entrambe le soluzioni tecnicamente funzionano e faranno il lavoro ma quale strumento dovremmo usare per quella situazione?

Inoltre, se Redux è quello corretto, dovresti mai creare servizi singleton in React?

    
posta Elliot Smith 30.10.2018 - 22:55
fonte

0 risposte

Leggi altre domande sui tag