Check-list de conformité

À cocher avant de rendre un composant ou une application. L'état des cases est gardé dans votre navigateur.

Message et contrat

Chaque payload est du JSON pur : pas de Date, d'instance, de fonction, de handle.
Chaque champ de chaque payload est déclaré au catalogue ; aucun champ implicite.
Chaque contrat a des examples et des counterexamples, et test_engine.js passe.
Aucun contrat validé n'a été modifié en place : seulement des révisions (snapshots complets) ou des versions avec upcastFrom.
Tout champ requis ajouté en révision > 0 porte un default ; aucun membre de oneOf n'en porte.
Aucun nom d'instance ne transite dans un payload ; la corrélation passe par un ref, le ciblage par id.

Signature (broker, instanceName, deps) ; register au constructeur ; destroy() symétrique.
Les abonnés ne déclarent pas de révision ; les émetteurs déclarent la leur ou laissent la courante.
Aucun import d'un autre composant, de config.js, ni lecture de process.env : tout arrive par deps.
Les ressources arrivent ouvertes (pool, socket), pas sous forme d'URL ; destroy() ne ferme pas ce qu'il n'a pas ouvert.
Toute destruction passe par destroy(), jamais par = null.
handleMessage ne suppose rien de l'ordre des abonnés ni de l'identité de l'émetteur.

Un seul point de composition par environnement (index.html, server.js) ; lui seul lit l'environnement.
Chaque broker reçoit un seul catalogue d'union, avec garde-fou de collision en forme canonique s'il y a plusieurs canaux.
broker.audit([CHANNEL…]) est appelé en fin de montage et sa sortie est vide, à un orphelin documenté près.
Les composants et messages sont proportionnés : pas un composant par action, pas un message par verbe.

Rien ne parle au canal ; chaque objet publie auprès de son broker.
Les deux moitiés du canal importent le même fichier de catalogue (SHARED, FINGERPRINT, CHANNEL).
Côté client, rien n'est monté avant await canal.ready().
Un composant d'auth par canal pose allowMessage de façon synchrone au connected, re-valide au resumed, libère à l'expired.
L'identité vit dans session.data, jamais dans un payload.
Les composants rejouent leur état sur connection_event : les messages émis pendant une coupure sont perdus.