docs: normalisation titres H2 et compléments ARCHITECTURE/API/USAGE

This commit is contained in:
Debian 2025-09-03 08:18:58 +00:00
parent 63657afa36
commit 5d6bc04116
4 changed files with 60 additions and 0 deletions

17
docs/API.md Normal file
View File

@ -0,0 +1,17 @@
## API
### Portée
- Contrats dinterface de la bibliothèque cliente pour léchange de messages avec le serveur sdk-signer.
### Contrats dinterface
- Types de messages: MessageType (écoute, token, processus, merkle, device, erreurs).
- Structure des messages client: ClientMessage (type, messageId, apiKey, champs dynamiques).
- Structure des réponses serveur: ServerResponse (type, messageId, error, champs dynamiques).
- Configuration du client: ClientConfig (url, apiKey, timeouts, reconnexion).
- Événements: ClientEvents (open, close, error, message, reconnect).
### Erreurs et statuts
- Émissions derreurs lors déchecs de connexion, timeouts de réponse, ou réponses serveur de type ERROR.
### Versionnage et compatibilité
- Contrats versionnés via le package de la bibliothèque; compatibilité garantie par le respect des types exportés depuis src/types.ts.

24
docs/ARCHITECTURE.md Normal file
View File

@ -0,0 +1,24 @@
## ARCHITECTURE
### Contexte
- Bibliothèque cliente pour communiquer avec un serveur sdk-signer via WebSocket.
- Cible Node.js (utilise le module ws) et environnements compatibles WebSocket.
### Composants
- src/index.ts: point dentrée, réexport des types et de la classe principale.
- src/client.ts: implémentation de la classe SDKSignerClient (gestion WebSocket, reconnexion, envoi/réception, événements).
- src/types.ts: définitions des contrats (énumérations, structures des messages, configuration, événements, résultats).
### Flux et dépendances
- Ouverture dune connexion WebSocket -> authentification par clé API dans les messages -> échange de messages typés -> gestion des réponses corrélées par messageId -> callbacks dévénements.
### Données et modèles
- Messages structurés par type (MessageType) et identifiant (messageId).
- Configuration client (url, apiKey, timeouts, politique de reconnexion).
### Sécurité
- Transmission de la clé API par en-tête applicatif (champ apiKey dans les messages).
- Gestion derreurs et limitation des tentatives de reconnexion.
### Observabilité
- Journalisation des connexions, déconnexions, erreurs et tentatives de reconnexion.

2
docs/DEPLOYMENT.md Normal file
View File

@ -0,0 +1,2 @@
## DEPLOYMENT

17
docs/USAGE.md Normal file
View File

@ -0,0 +1,17 @@
## USAGE
### Prérequis
- Environnement Node.js avec support WebSocket.
- URL du serveur sdk-signer et clé API.
### Initialisation
- Créer une instance du client avec ClientConfig (url, apiKey, timeouts optionnels).
- Écouter les événements utiles (open, message, error, close, reconnect).
### Opérations courantes
- Établir une connexion, envoyer des messages typés et attendre des réponses corrélées par messageId.
- Utiliser sendAndWait pour attendre un type de réponse précis.
### Dépannage
- Vérifier la connectivité réseau et la validité de lapiKey.
- Limiter les tentatives de reconnexion et augmenter les timeouts si nécessaire.