Zum Hauptinhalt springen

Pakete

Alles, was ein Client zur Kommunikation mit Prodantix braucht, wird als Paket ausgeliefert, das Sie aus der Registry Ihrer Sprache installieren. Jedes ist quelloffen, gemeinsam versioniert und spricht dieselben REST- und Echtzeit-Oberflächen, die die übrigen Handbücher beschreiben.

Welches Sie brauchen

Wählen Sie danach, wo der Code läuft, nicht danach, was Sie messen möchten. Jeder Client sendet dieselben Ereignisse, wertet dieselben Flags aus und liest denselben In-App-Posteingang.

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 und Adapter

Drei Clients erledigen die Arbeit, und zwei Adapter hüllen einen davon für ein Framework ein. Ein Adapter fügt keine eigene Fähigkeit hinzu: Er übernimmt den Lebenszyklus, den sein Framework vorgibt, und reicht Ihnen den darunterliegenden Client.

Versionen und Gleichstand

Die Pakete werden gemeinsam versioniert, eine Versionsnummer bedeutet also in jeder Sprache dieselbe Oberfläche. Die Methodennamen stimmen über die Clients hinweg überein, ein Server-Client nimmt die Benutzer-ID jedoch bei jedem Aufruf entgegen.

Die Flag-Verteilung ist durch eine einzige Datei mit Referenzvektoren festgenagelt, gegen die der Server und alle drei Clients testen. Ein Nutzer landet damit auf derselben Seite eines Rollouts, wo auch immer die Prüfung läuft.

Was sie sprechen

Jeder Client spricht REST. Das TypeScript-SDK öffnet zusätzlich einen Websocket, auf dem der Messenger läuft. MCP ist die Serveroberfläche für externe Agenten, und kein Client-Paket spricht sie.