Aller au contenu principal

Adaptateurs de framework

Paquets

Tout ce dont un client a besoin pour parler à Prodantix est livré sous forme de paquet que vous installez depuis le registre de votre langage. Chacun est open source, versionné conjointement, et parle les mêmes surfaces REST et temps réel que décrivent les autres manuels.

Lequel vous faut-il

Choisissez selon l'endroit où le code s'exécute, pas selon ce que vous voulez mesurer. Chaque client envoie les mêmes événements, évalue les mêmes drapeaux et lit la même boîte de réception intégrée.

PackageRegistryWhere it runs
@prodantix/sdknpmBrowsers, Node, and edge runtimes
prodantix_sdkpub.devFlutter and Dart apps
prodantix-sdkPyPIPython backends
@prodantix/reactnpmReact apps, over @prodantix/sdk
prodantix_sdk_flutterpub.devFlutter apps, over prodantix_sdk

Clients et adaptateurs

Trois clients font le travail, et deux adaptateurs enveloppent l'un d'eux pour un framework. Un adaptateur n'ajoute aucune capacité propre : il prend en charge le cycle de vie imposé par son framework et vous remet le client sous-jacent.

Versions et parité

Les paquets sont versionnés ensemble : un même numéro de version désigne donc la même surface dans chaque langage. Les noms de méthodes concordent entre les clients, mais un client serveur reçoit l'identifiant utilisateur à chaque appel.

La répartition des drapeaux est figée par un unique fichier de vecteurs de référence, que le serveur et les trois clients prennent tous pour cible de test : un utilisateur tombe donc du même côté d'un déploiement, où que la vérification s'exécute.

Ce qu'ils parlent

Chaque client parle REST. Le SDK TypeScript ouvre en plus un websocket, sur lequel fonctionne la messagerie. MCP est la surface serveur destinée aux agents externes, et aucun paquet client ne la parle.