Checklist de reproduction des scripts Runtime

Statut documentaire : guide — voir Maturité et preuves.

Un développeur doit pouvoir reproduire depuis le site le comportement de scripting du guide déclaratif sans dépendre de noms de classes d'implémentation.

Vérifiez que votre exemple sait :

• évaluer des valeurs primitives, calculs, comparaisons et expressions booléennes ;
• affecter des variables locales et un Result explicite ;
• utiliser listes, intervalles, conditions, boucles et fonctions nommées lorsque pertinent ;
• accéder aux surfaces injectées (Self, Sender, ObjectsContainer, PageControler, DataSetsManager) ;
• résoudre les DataSets et le contexte de vue par leurs noms déclarés ;
• implémenter une action déclarée sans déplacer son contrat dans le script ;
• réagir aux événements locaux sans escalade automatique ;
• démarrer un processus déclaré pour une coordination multi-objets ou asynchrone ;
• créer et persister un objet conceptuel via le container/contrat d'objet Runtime ;
• éviter tout ancien nom d'implémentation préfixé par T dans les exemples publics.

Si un membre Runtime exact n'est pas confirmé pour le module courant, documentez le pattern en guide/architecture plutôt que d'inventer une signature de référence.