Requêtes GraphQL à WotWizard

Il y a des infos ici: https://www.howtographql.com/ et ici https://graphql.org/learn/

À voir, j’avoue que j’aurais aimé juste réussir à faire des requêtes sans lire la doc! (même si c’est « pas bien » ,o)

3 « J'aime »

Je viens de corriger un bug concernant l’utilisation de __typename (pour ceux qui aurait eu un problème avec cette dernière).

Exemple :

query Search($hint: String) {
  idSearch(with: {hint: $hint}) {
    ids {
      pubkey
      uid
      status
      __typename
    }
    __typename
  }
}

avec « Query Variables » :

{
  "hint":
    "hypericum"
}

donne :

{
  "data": {
    "idSearch": {
      "ids": [
        {
          "pubkey": "FueWuNacjH3J2AFsj5gwezgrJMUPeNZUn77YrGK8uepF",
          "uid": "hypericum",
          "status": "MEMBER",
          "__typename": "Identity"
        }
      ],
      "__typename": "IdSearchOutput"
    }
  }
}

@hypericum c’est sûrement pendant cette mise à jour que tu as essayé et que ça ne marchait pas.

En fait, j’ai vu passer dans le log ce qu’il faisait et c’est ce qui m’a mis sur la piste du bug.

1 « J'aime »

J’espère que ça va, parce qu’en ce moment j’essaie plein de possibilités même absurdes

1 « J'aime »

Est-ce qu’il y a une raison pour la différence entre ces deux lignes ?

received_certifications: Received_Certifications!
sent_certifications: [Certification!]!

Et sinon, il y a un nouveau client : Wotwizard UI
On va essayer de montrer une preview rapidement.

1 « J'aime »

Oui, il y a un champ de plus dans « Received_Certifications » : « limit ».

1 « J'aime »

J’ai du mal à comprendre quels champs il faut mettre.

centrality marche tout seul

mais quality doit s’écrire:

quality {
ratio
}

1 « J'aime »

centrality: Float!

quality: Fraction!

et

"Fraction"
type Fraction {
	
	"Numerator"
	num: Int!
	
	"Denominator"
	denom: Int!
	
	"Value of 'num' / 'denom'"
	ratio: Float!

}

en gros les types de base (Int, Float, String…) sont accessibles immédiatement, mais les types composites définis par wotwizard (Fraction, Identity, Certification…) doivent être déstructurés jusqu’à arriver à des types de base.

1 « J'aime »

Ok, merci!

Mais du coup, on peut mettre plein de commentaires au typesystem? Qui agit un peu comme un executable qui a sa syntaxe?

J’avoue que j’ai du mal à voir quels champs mettre pour certains, comme memEnds

Il y a une sorte d’arborescence des questions qu’on peut poser, est-ce que ça s’explique en commentaires?

1 « J'aime »

Il y a en effet une arborescence de question à poser et on ne peut pas s’arrêter avant d’atteindre un type de primitif. Mais attention, certaines requêtes ("Query") prennent des paramètres (à ne pas confondre avec les champs des types).

Aujourd’hui j’ai travaillé dessus, et j’ai écrit une requête qui fait quasiment tout ce dont j’ai besoin:

{
  idSearch(with: {hint: "Jerome55"}) {
    ids {
       uid
       pubkey
       status
       sentry
       minDate
       limitDate
       quality {
       ratio
    }
       received_certifications {
        limit
        certifications {
          from {
            uid
          }
          expires_on
        }
      }
       all_certifiers
    {uid
     pubkey
     status
     sentry
     minDate
     limitDate
     quality {
      ratio
    } 
     received_certifications {
        limit
        certifications {
          from {
            uid
          }
          expires_on
        }
      }
     
    }
      all_certified
    {uid
     pubkey
     status
     sentry
     minDate
     limitDate
     quality {
ratio
}
    received_certifications {
        limit
        certifications {
          from {
            uid
          }
          expires_on
        }
      }
    }
    }
  }
} 


{
  idSearch {
    ids {
      uid
      hash
      status
    }
  }
}

Les dates apparaissent pas « en clair ».
En fait « juste » une mise en forme de ça avec des liens déroulants et des couleurs (genre jaune ça va bientôt plus être bon mais ça va orange c’est bientôt plus bon, rouge c’est plus bon, vert c’est bon) serait top!

Je n’ai pas réussi à trouver un moyen simple de voir les limites de certifications comme dans wot-wizard, la catégorie « Identity » de TypeSystem donne une limite d’adhésion (limitDate), mais pas de certification (ou j’ai pas vu!).

(edit: je viens de trouver quelque chose, « limit » sous la catégorie « received certifications »)

J’ai vraiment galéré à mettre ça sous curl, donc mon script n’a pas avancé et j’ai à la place une requête avec presque tout ce dont faisait mon script avant (et même un peu plus!)

4 « J'aime »

Fallait demander :grinning:.

Je veux bien savoir comment on met une date « humaine » dans la requête.

Belle requête ! Bravo :slight_smile: Je m’en servirais bien pour faire une première vue dans Wotwizard-ui et m’entraîner à graphQL. Si je comprends bien, elle récupère les certifications d’un membre sur deux niveaux ?

Tu peux la formatter par programmation ensuite.

EDIT : Sinon, je viens de tomber sur cet exemple : The GraphQL query showing how to format a date! · GitHub

Alors elle donne pour le membre qu’on recherche:

  • son pseudo
  • sa clé publique
  • son statut membre ou autre
  • s’il est référent
  • la date à laquelle il peut envoyer la prochaine certif
  • la date limite d’adhésion
  • la « qualité »
  • un bilan des certifs reçues avec la limite de la 5ème certif et l’expiration de chaque certif

Puis cherche dans les certifés et certificateurs de ce membre, les mêmes paramètres.

Ah oui. Balèze. En réfléchissant, je me dit qu’on pourrait sûrement intégrer tes besoins exprimés dans ce post dans Wotwizard-ui directement. Tu pourrais contribuer au projet en exprimant les vues qui t’intéressent et en rédigeant les requêtes graphQL qui vont bien. Puis, avec @HugoTrentesaux par ex, on se charge de mettre ça dans l’appli. J’ai fait un topic sur le forum utilisateur à ce sujet.

1 « J'aime »

D’accord, je vais voir ça, et en parler.

Du coup cette requête répond au besoin que j’avais (à condition de savoir lire la réponse en JSON), mais après c’est la mise en forme et peut-être d’autres besoins d’un client plus global dont il faut discuter (et que ça aille à des gens peu à l’aise), du coup c’est bien d’en parler sur le forum.

1 « J'aime »

Avec VueJS, ce n’est pas un problème :wink: Regarde par exemple, la preuve de concept qu’on a commencé à faire avec notre première requête graphQL :stuck_out_tongue:

1 « J'aime »

C’est compliqué, les dates humaines. Le nombre de secondes depuis 01/01/1970, c’est beaucoup plus simple. Et tous les langages de programmation ont une fonction pour transformer ce nombre en une date lisible par un humain, et inversement.

2 « J'aime »