ObjectBehind et PageControler

Statut documentaire : guide — voir Maturité et preuves.

Le Runtime de vue possède une couche comportementale locale. Ses responsabilités doivent rester séparées des objets métier.

Responsabilités

ObjectItem
  état conceptuel/métier et capacités métier

ObjectBehind
  comportement local attaché à une page, frame ou composant

PageControler
  bus d’événements local et résolveur de la page

PageModel
  état fonctionnel et coordination de niveau page

DataSetsManager
  registre des surfaces DataSet, DataSource et DataCursor

Un ObjectBehind peut initialiser une page, rafraîchir ou sélectionner un DataSet local, coordonner des vues enfants, piloter visibilité/navigation locales, traduire un événement composant vers une action applicative et émettre des événements visuels locaux. Validation métier réutilisable, règles de domaine, coordination longue, règles de persistance et intégration doivent rester hors de cet objet.

Cycle de vie typique

métadonnées de vue chargées
 -> PageControler créé
 -> ObjectBehind de page/frame créé
 -> DataSetsManager assemblé
 -> composants créés et liés
 -> événements locaux distribués
 -> comportement de page coordonne données et état locaux
 -> fermeture et libération des objets locaux

Flux d’événement local

geste utilisateur
 -> composant fonctionnel
 -> événement visuel/UX local
 -> PageControler
 -> PageModel ou ObjectBehind de composant
 -> réaction locale
 -> escalade explicite éventuelle

Un événement visuel n’est pas automatiquement un événement métier, un appel serveur ou une mutation de mémoire conceptuelle. L’escalade doit être explicite.

Niveaux d’événements

Distinguer quatre niveaux : événements visuels locaux, événements d’intention UXfc, événements de coordination applicative et événements métier/processus. Cette séparation est essentielle au comportement local-first et évite qu’un déploiement web ou distant transforme chaque interaction UI en appel réseau.