You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
On garde des requêtes prédéfinies. GetFullDemarche, GetFullDossiers, GetFullDemarche dossier, etc. J'insiste sur la nomenclature en "full" pour bien faire comprendre aux utilisateurs qu'on retourne TOUT le graphql, aussi gros soit-il
On expose le client graphqlAPI à travers des query dynamiques. Il n'y a que deux queries sur DS: demarche & dossier. On fait deux fonction : getCustomDemarche et getCustomDossier. Celle-ci seraient des fonction en templates string, qui prennent une requête graphQL et l'envoi à DS.
Avec cette solution, un développeur a donc deux choix:
Utiliser nos fonctions pré-faite, même si elles sont trop grosses, mais au moins il se prend pas la tête de savoir quoi demanderà graphQL.
Ou concevoir sa requête lui-même pour optimiser son travail.
The text was updated successfully, but these errors were encountered:
On garde des requêtes prédéfinies. GetFullDemarche, GetFullDossiers, GetFullDemarche dossier, etc. J'insiste sur la nomenclature en "full" pour bien faire comprendre aux utilisateurs qu'on retourne TOUT le graphql, aussi gros soit-il
On expose le client graphqlAPI à travers des query dynamiques. Il n'y a que deux queries sur DS: demarche & dossier. On fait deux fonction : getCustomDemarche et getCustomDossier. Celle-ci seraient des fonction en templates string, qui prennent une requête graphQL et l'envoi à DS.
Avec cette solution, un développeur a donc deux choix:
Utiliser nos fonctions pré-faite, même si elles sont trop grosses, mais au moins il se prend pas la tête de savoir quoi demanderà graphQL.
Ou concevoir sa requête lui-même pour optimiser son travail.
The text was updated successfully, but these errors were encountered: