Choisir le bon binding
Statut documentaire : reference — voir Maturité et preuves.
Un binding est une projection idiomatique des contrats publics du logiCells Runtime dans un écosystème développeur. Le choix du binding ne change pas le moteur.
Commencer par l'architecture, pas par le langage
Avant de choisir C#, F#, Python, Rust, Java ou un autre langage, déterminer :
- le Runtime est-il local ou distant ?
- le moteur est-il embarqué dans le processus ou exploité comme service ?
- quelles contraintes de latence, sécurité et déploiement s'appliquent ?
- quelles capacités publiées sont nécessaires ?
- quel niveau de contrôle sur ownership, callbacks, async et cancellation est requis ?
Aujourd'hui : .NET
Le binding .NET constitue la surface la plus complètement documentée. Il fournit un modèle objet généré commun aux exécutions locale et distante via IClientRuntime.
Generated .NET API
|
v
IClientRuntime
| |
Native ABI RPC
Futurs bindings
Les futurs SDK doivent préserver le même principe : contrat Runtime commun, projection idiomatique par langage, différences opérationnelles explicites.
La documentation ne doit pas inventer une API pour un binding non publié. Une future surface est identifiée comme roadmap ou cible, jamais comme contrat disponible.