[Python] [graphql] interessante alternativa/evoluzione rispetto al REST

[Marco Paolini]

2015-09-29 21:52 GMT+02:00 Carlo Miron <miron a python.it>:

> 2015-09-29 20:00 GMT+02:00 Marco Paolini <markopaolini a gmail.com>:
>
>
> > [...] soprattutto perchè per fare
> > il rendering della pagina single page app lato server hai *comunque*
> bisogno
> > di interprete javascript lato server.
>
> Uhm? In che senso? Puoi elaborare?
>

Una single page app angular per esempio, è composta da una pagina statica
mezza vuota (index.html) che popola il DOM iniziale e carica la app angular
stessa. Appena la app angualr prende il controllo crea dinamicamente lato
client tutti gli elementi del DOM necessari per visualizare correttamtnte
la pagina. Da questo momento in poi, angular ha preso il controllo e
gestisce autonomamente tutto, caricando risorse dal server se ne ha bisogno.

Questa sequenza appena descritta non è ottimale perchè prevede il
caricamento di una pagina "stub" dal server che e poi il caricamento
dell'intera app partendo in pratica da zero.

Per ottimizzare, il server nodejs (con l'aiiuto di vari framework e
librerie) lancia lato server la app angular alla prima visita, in modo da
tornare al browser un html che equivale alla pagina manipolata da angular a
loading completato.

Ah poi node serve per tutta la toolchain dello sviluppo frontend: da
package management (bower) alla fase di build (grunt) fino al testing.

Spero di essere stato chiaro, non sono un espertone

Marco
-------------- parte successiva --------------
Un allegato HTML è stato rimosso...
URL: <http://lists.python.it/pipermail/python/attachments/20150930/f0d03fb3/attachment.html>