L'ultima volta che ho provato DRF l'ho scartato perchè è limitante e
complicato. Se vuoi rimanere in ambito Django, non so se ci siano altre
opzioni più utili; Flask comunque ha un ottimo supporto per REST; c'è anche
falcon ma richiede più smanettamento.
Uno dei vantaggi di REST è che essendo uniforme, puoi generalizzare e
generare moltissime cose (quasi tutte in effetti). Per le risorse più
complesse che usano dati da più tabelle non correlate puoi sempre fare
delle eccezioni e scriverle a mano. Putroppo la comunità REST non ha mai
prodotto un framework che sfrutti ciò a pieno anche per la questione
HATEOAS (ovvero come fornire i link a ciascuna risorsa): ci sono tantissimi
formati e anche molte opinioni, incluse quelle di chi suggerisce di non
usarlo. Evidentemente non hanno capito la specifica: REST deve usare un
sistema di HATEOAS oppure è semplicemente un API che produce JSON. Credo
che senza complicarsi troppo le cose ci siano due scelte HAL (se non vuoi
problemi) o Siren (se sei un perfezionista).
Per quanto concerne il futuro, GraphQL sta prendendo piede ovunque ma io mi
dissocio, considerate le premesse tecniche da film horror e chi lo
sponsorizza. Ultimamente leggo su twitter alcuni lamentarsi che GraphQL
produce un carico notevole a causa delle molte JOIN - un sorpresone, visto
che GraphQL intende risolvere il problema della gente che non sa
strutturare un database a forza di JOIN
Quindi in sostanza per un API pubblica la soluzione rimane REST, mentre per
le API interne c'è grpc.
È sempre più conveniente mantenere ciò che già funziona, non lo facciamo
perchè vogliamo il giocattolino nuovo :)
Risorse:
- https://github.com/getefesto/efesto (API in Siren da un file YAML, su
falcon)
- https://github.com/falconry/falcon
- https://github.com/kevinswiber/siren
- https://gist.github.com/kevinswiber/3066768 (Siren vs HAL)
- https://flask-restful.readthedocs.io/en/latest/
- https://grpc.io/
Il giorno ven 18 gen 2019 alle ore 17:05 Luca ha
scritto:
> Salve Lista,
>
> Negli ultimi 6 anni ho utilizato con successo JSON-WSP (
> https://en.wikipedia.org/wiki/JSON-WSP) tramite ladon lato server (
> https://bitbucket.org/jakobsg/ladon) e un mio client lato client (
> https://jsonwspclient.readthedocs.io/en/latest/).
> Ora sto cercando di passare il tutto sotto Django Rest Framework perchè mi
> piace l'idea.
>
> Mi sto guardando la documentazione di DRF e di Django.
> Se ho capito bene l'unico sistema che prevede DRF per inviare files è
> utilizzare un Modello con campo FileField e usare il FileUploadParser.
>
> Qualcuno di voi ha esperienze a rigurado ?
> Sa consigliarmi una via ?
> E' più conveniente mantenere le cose che già funzionano anche se il
> JSON-WSP sembra non avere un futuro ? E comunque io vorrei RESTare il tutto
> ?
> Avete esempi e/o documentazione ?
> Qualcuno ha visto dove ho dimenticato le chiavi di casa ?
>
> grassie in anticipo
> --
> Luca
> ___
> Python mailing list
> Python@lists.python.it
> https://lists.python.it/mailman/listinfo/python
>
___
Python mailing list
Python@lists.python.it
https://lists.python.it/mailman/listinfo/python
