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

[Marco Paolini]

Il giorno 29 settembre 2015 08:41, Riccardo Magliocchetti <
riccardo.magliocchetti a gmail.com> ha scritto:

> Il 28/09/2015 21:43, Marco Paolini ha scritto:
>
>>
>>
>> Il giorno 27 settembre 2015 10:38, Riccardo Magliocchetti
>> <riccardo.magliocchetti a gmail.com <mailto:
>> riccardo.magliocchetti a gmail.com>> ha
>> scritto:
>>
>>     Ciao Marco,
>>
>>     Il 24/09/2015 13:55, Marco Paolini ha scritto:
>>
>>         I pythonisti in tutto il mondo hanno subito sintonizzato le
>> antenne e in
>>         questo
>>         momento c'è un po' di fermento sui porting in python di queste
>> tecnologie.
>>         Alcuni riferimenti:
>>
>>         - https://github.com/dittos/graphqllib libreria per gestione
>> request graphql
>>         server-side
>>         - https://github.com/syrusakbary/graphene una specie di
>> rest-framework
>>         per graphql
>>         - https://github.com/elastic-coders/py-graphqlparser il porting
>> cython
>>         del parser
>>
>>         Io ci sto giocando da poche settimane e mi sembra essere un passo
>> in avanti
>>         significativo nell'ambto dei web services
>>
>>
>>     Perchè? Nel backend usi js o python?
>>
>> Uso python. Ultimamente stiamo mettendo su una architettura microservice
>> che
>> prevede API gateway piccolissimo in node che fa il dispatch, dietro ci
>> sono i
>> microservice python. Abbiamo copiato un po' da qua
>> https://www.nginx.com/blog/introduction-to-microservices/
>>
>
> link interessante grazie
>
> La app node è utilissima per via dell'isomorfismo e perchè graphql è
>> molto  +
>> avanti nel mondo js (per ora). Il backend python è forte per via della
>> standardizzazione django e dell'alta qualità delle 3rd party e perchè a
>> me piace
>> di più.
>>
>
> grazie per gli spunti interessanti


Figurati. Aggiungo che l'isomorfismo è estremamente comodo in quanto per
esempio il codice per la validazione di un modello può essere (in alcuni
casi) condiviso tra client e server e quindi scrittto una sola volta.
Questo tema sposta l'ago della bilancia a favore di javascript/nodejs come
tecnologia per scrivere applicativi web. Inoltre ultimamente sono usciti
due "porting" ancora non maturi di react su android e ios che si chiamano
reactnative, questo permette di condividere codice anche all'interno delle
app mobile *native*.


>
> --
> Riccardo Magliocchetti
> @rmistaken
>
> http://menodizero.it
> _______________________________________________
> Python mailing list
> Python a lists.python.it
> http://lists.python.it/mailman/listinfo/python
>
-------------- parte successiva --------------
Un allegato HTML è stato rimosso...
URL: <http://lists.python.it/pipermail/python/attachments/20150929/032e7322/attachment.html>