Qual è l'approccio per l'implementazione di FLUX in un'applicazione CRUD che estrae i dati JSON dal server?

1

Durante l'uso di FLUX in un'applicazione CRUD, in base a ciò che ho capito, inizialmente i dati vengono restituiti da una chiamata AJAX e quindi archiviati nello STORE. Quindi, tutti i dati attualmente visualizzati sono solo dallo STORE.

Quindi la mia domanda è: se visualizzo una pagina di elenco di tutti i dati e qualche altro utente modifica i dati nel server, non dovrei usare di nuovo una chiamata AJAX per elencare tutti i dati e poi di nuovo conservare nello STORE? Quale sarebbe il punto di utilizzo di STORE se devo chiamare di nuovo?

Ho visto un tutorial in cui inizialmente si caricava la pagina, i dati vengono sottoposti a rendering e, successivamente, tutto viene eseguito con i dati nello STORE. Ma con questo, se i dati del server cambiano da altri utenti, non dovrei ricaricare completamente la pagina? Mi sembra di avere molta confusione su questo problema.

A che cosa serve FLUX e come viene implementato? Inoltre, qual è il modo corretto di implementarlo in un'applicazione CRUD?

    
posta Pratish Shrestha 14.02.2016 - 11:27
fonte

1 risposta

0

In realtà ci sono due domande nella domanda. Il primo è come l'architettura di Flux è connessa al back-end?

Il buon diagramma è dato in questo post di blog . Hai bisogno dell'API CRUD come illustrato per parlare al backend (a sinistra). La tua situazione potrebbe essere più sottile, ma non è stata riflessa nella domanda. In altre articolo le variazioni, che si discostano dal flusso di base, sono dato e discusso.

La seconda domanda non è specifica per Flux. Si tratta di risolvere i conflitti di modifica. Questa parte della domanda non può essere risolta senza conoscere la logica della tua applicazione. In ogni caso, se progetti bene la tua API (vedi, ad esempio, "REST API Design Rulebook" di Mark Masse), basandola sui principi REST, la logica CRUD e la risoluzione dei conflitti dovranno essere esplicitate nel processo di progettazione dell'API .

A seconda di quanto dovrebbero essere tempestive le informazioni, è possibile utilizzare websockets, che informeranno tutti i clienti interessati sui cambiamenti nei dati (ciò rende l'implementazione più complessa ed impegnativa, ma inevitabile per alcune applicazioni come i giochi e il trading) .

    
risposta data 14.02.2016 - 19:25
fonte

Leggi altre domande sui tag