Mi chiedevo perché il JS isomorfo, come usare reactjs sia sul lato client che sul lato server, aumenti il carico della prima pagina?
Cosa c'è di diverso dalle semplici applicazioni SPA?
In entrambi i casi, stiamo caricando l'intero contenuto delle applicazioni (in build.js o bundle.js per esempio). Quindi cosa c'è di diverso in entrambi i casi?
Quando si utilizza JS in modo isomorfico, è possibile utilizzare lo stesso codice per pre-rendering della pagina che viene inviata al client come verrebbe utilizzata per il rendering nel caso di una "SPA semplice". Ciò significa che la post-elaborazione minima deve avvenire sul lato client (almeno per scopi di visualizzazione), con conseguente caricamento della pagina più rapido.
Viceversa, nel caso di una "SPA semplice", l'infrastruttura di rendering lato client potrebbe dover effettuare richieste successive al back-end per recuperare i dati che vengono poi utilizzati per il rendering, con conseguente caricamento della pagina dall'aspetto più lento , poiché i dettagli aggiuntivi verranno visualizzati come "pop-in" dopo il caricamento iniziale.
Il "Trouble in paradise > Performance" di questo articolo fornisce una buona descrizione del perché una SPA solo sul lato client può apparire più lenta e le sue implicazioni.
Questo non dovrebbe essere il caso, o meglio, una delle principali motivazioni per scrivere applicazioni isomorfe di JavaScript è migliorare i carichi iniziali della pagina (il riutilizzo è un altro fattore importante).
In precedenza, l'utente avrebbe ricevuto un documento HTML statico che rappresentava solo una rappresentazione iniziale minima del documento completo, richiedendo al client di eseguire un I / O di rete aggiuntivo per la completezza.
Con un'architettura isomorfa, l'utente riceve immediatamente il documento completo senza necessità di richieste successive.
Leggi altre domande sui tag javascript reactjs