Recettes Runtime

Statut documentaire : guide — voir Maturité et preuves.

Ces recettes résument des opérations Runtime récurrentes sans exposer les classes d'implémentation dans la surface publique.

Créer un objet conceptuel

item := ObjectsContainer.CreateObjectItem('app#work_item', 1, '');
item.Name := 'Example';
item.PostData();

L'identifiant de concept détermine ce qui est créé. Le développeur ne construit pas directement une ancienne classe Runtime.

Résoudre un concept

Résolvez une classe/un concept via son identifiant conceptuel stable lorsqu'une action doit travailler au niveau type. Conservez cet identifiant dans la configuration ou les métadonnées plutôt que d'encoder un nom de classe d'implémentation.

Utiliser un provider à travers un DataSet

items := Self.PageControler.DataSetsManager.DataSetByName('Items');
items.Refresh();

La vue travaille via l'abstraction DataSet/provider plutôt que de posséder directement un protocole base de données, HTTP ou RPC.

Persister via le contrat normal de l'objet

item.Name := 'Updated';
item.PostData();

Les validations de page et contraintes du modèle doivent passer par le cycle de vie normal au lieu d'être contournées par une écriture stockage directe.

Exécuter un processus

process := ObjectsContainer.CreateObjectItem('app#approval_process', 1, '');
process.Subject := item;
process.Start();

Le processus possède la coordination multi-objets.

Construire/envoyer des événements

Préférez les mappings d'événements déclarés et les mécanismes PageControler/Runtime. Transportez explicitement source, sender et paramètres sémantiques ; n'encodez pas des ids de composants ou classes d'implémentation dans les noms d'événements.