Rest + graphQL= RestQL.. idee sparse

Dopo anni di sviluppi usando api REST.. Guardando avanti, ho provato graphQL.. In varie salse..in micronaut, da solo.
Ma alla fine la riflessione è: ce n’era veramente bisogno?

Perché non creare un aggregatore REST, che faccia esattamente quello che fa graphQL, ma restando nell’ambito REST?

In un progetto che stiamo creando, abbiamo creato un qualcosa di simile, direttamente da db (per la modellazione libera delle tabelle) https://snello.io

Mancherebbe aggiungere un aggregatore REST (asincrono, reattivo..magari usando solo api standard java e non RXjava)+ un JSON merger..

Ho cominciato a studiare:
https://blog.gilliard.lol/2018/09/25/Java-11-Http-Client.html
https://golb.hplar.ch/2019/01/java-11-http-client.html
https://github.com/ralscha/blog2019/tree/master/java11httpclient/server
https://grokonez.com/java/java-8/java-8-multiple-completablefutures
https://github.com/jsurfer/JsonSurfer

L’idea è questa:

  • mantenere lo standard rest
    Create: POST
    Retrieve: GET
    Update: PUT
    Delete: DELETE
  • aggregare risorse JSON usando  JSON Pointer (RFC6901), JSON Patch (RFC6902) or JSON Merge Patch (RFC7386)

    https://www.voxxed.com/2015/12/10441/

vediamo cosa verrà fuori..