In passato abbiamo visto una grande mossa dal tradizionale MVC a MVVM per le interfacce utente:
Una delle principali motivazioni di MVVM è che la vista e il modello di viem sono reciprocamente indipendenti l'una dall'altra e possono funzionare / rimanere in vita l'uno senza l'altro. Dal momento che il viewmodel non si preoccupa affatto della vista, è stato anche semplice scambiare i componenti della vista.
In MVC il modello è abbastanza spesso strettamente associato alla vista (a causa del fatto che un gestore viene chiamato direttamente da un pulsante).
Ora la nuova "hotness" sembra usare un approccio redux, questo è un approccio in cui l'intera idea di "modello" "vista" e "controllore" (o un'altra cosa che detiene la logica) viene buttata fuori dal finestra. Una delle caratteristiche importanti di questa idea è che il flusso di dati è "unidirezionale".
Mi chiedo come influenzi questa dipendenza, non avendo solo legami unidirezionali significa che la vista diventa strettamente accoppiata al "riduttore"? E se si usasse una vista diversa, anche il riduttore deve essere aggiornato?
Se questo è il caso, non sarebbe un passo indietro?