Pensando a una configurazione che funzioni con lo sviluppo reattivo e front-end

Question

Pensando a una configurazione che funzioni con lo sviluppo reattivo e front-end

#1 da (1 voti)

0

Nel mio team sto lavorando come sviluppatore frontend in una base di codice React. Stiamo costruendo un'applicazione e facciamo tutto in React. Prima di questo ero in realtà sempre uno sviluppatore di backend. Ora ho la sensazione che nella maggior parte dei framework "backend" sia più veloce generare una vista con un motore di template invece di connettere tutto attraverso le API di REST.

Così ho iniziato a pensare a un approccio alternativo per scrivere React, perché ho la sensazione che io sia molto più lento a scrivere in javascript. Ma voglio ancora mantenere i componenti dinamici di vantaggio.

Il metodo ReactDOM.render è la parte che collega dom con il componente.

Renderò ancora il server sulla maggior parte delle cose e sulle cose dinamiche che vorrei creare in componenti e poi renderle con il metodo ReactDom.render .

In questo modo mantengo ancora la velocità di sviluppo della creazione / generazione di pagine sul back-end mentre ottengo il vantaggio dello stack React per creare sofisticati componenti dinamici.

Questo metodo potrebbe anche essere possibile solo per i progetti front-end. Se costruisci il tuo sito staticamente (layout, pagine, contenuto statico, ...) e quindi le informazioni sull'API del contenuto dinamico che fai in React.

Quindi cosa ne pensi? Quali sono i (dis) vantaggi di questo approccio? E sarebbe più efficiente?

Suppongo che i membri del team dovrei implementare questa strategia sono entrambi ben informati sul back-end e sul frontend.

javascript code-organization reactjs react

posta Vince V. 16.09.2017 - 21:59

fonte

1 risposta

Leggi altre domande sui tag javascript code-organization reactjs react

Elaborazione efficiente e memorizzazione dello stato globale Il modello di modello viola il principio di responsabilità singola?

score 1 · Accepted Answer

Penso che tu abbia una concezione errata di come dovrebbe funzionare React.

Inizierò a dire che la tua idea è completamente valida e che per alcuni casi di utilizzo può essere un approccio di successo. Se la tua pagina web è per lo più di contenuto statico e hai solo bisogno di pochi componenti intercambiabili, se hai bisogno di un sito web ad alte prestazioni al primo rendering o se stai aggiornando un'applicazione legacy, la tua idea ha molto senso.

Ritornando alla mia prima affermazione, i componenti React non devono essere connessi tramite un'API REST. La maggior parte delle app di React disponibili richiede alcune richieste in cima alle pagine principali dell'applicazione e i dati vengono passati ai componenti che compongono la pagina.

In realtà, il binding di un'API REST a un componente è considerato un pattern anti, perché impedisce al componente di essere riutilizzato in diversi contesti.

Un approccio usato come alternativa è quello di avere un archivio centrale (di solito Redux) e alcuni componenti del wrapper, chiamati contenitori , che si occupano di leggere parte dello stato da Redux e passarlo al wrapping componente. Questo è noto come approccio Flux.

Considera che molte persone utilizzano React per eseguire il rendering di pagine statiche (nessuna API di back-end) e persino per eseguire il rendering del contenuto nel back-end per fornire il markup tramite HTTP.