Domaines
Les domaines sont volontairement indépendants. Un adaptateur joueur ne doit pas
choisir en plus une implémentation d’inventaire, de dispatch, d’action ou
d’interaction.
Sélection
Les fournisseurs déclarent un nom, une version d’API, une priorité et un callback de disponibilité facultatif.auto sélectionne l’unique fournisseur
disponible ayant la priorité la plus élevée. Une égalité est ambiguous ;
Humalike ne devine pas.
Les callbacks des fournisseurs s’exécutent dans la ressource qui les a
enregistrés, ils peuvent donc utiliser l’objet framework local et les exports de
cette ressource.
Propriété et cycle de vie
- Les noms de fournisseurs appartiennent à la ressource qui les enregistre.
- Une autre ressource ne peut pas remplacer ce nom de fournisseur.
- Réenregistrer le même nom depuis la même ressource est idempotent.
- Arrêter la ressource propriétaire retire automatiquement ses fournisseurs.
- Démarrer ou arrêter une dépendance surveillée réévalue la disponibilité.
- Redémarrer Humalike crée une nouvelle époque d’exécution et émet
humalike:integration:readycôté serveur et côté client.
Ce qui appartient à un pont
- Les recherches de joueurs et les règles de métiers spécifiques au framework.
- Les appels d’inventaire et les listes d’objets autorisés.
- La traduction des événements de dispatch.
- La validation et l’exécution d’actions personnalisées.
- L’intégration avec le système de ciblage ou l’interface.
- La traduction des événements roleplay du serveur vers les événements neutres de Humalike.

