Illustration du routage des commandes

Pour illustrer, envisagez un message de commande à partir d’un élément de menu Effacer tout dans le menu Modifier d’une application MDI. Supposons que la fonction de gestionnaire pour cette commande soit une fonction membre de la classe de document de l’application. Voici comment cette commande atteint son gestionnaire une fois que l’utilisateur choisit l’élément de menu :

1. La fenêtre de trame principale reçoit d’abord le message de commande.

2. La fenêtre cadre MDI principale donne à la fenêtre enfant MDI actuellement active une chance de gérer la commande.

3. Le routage standard d’une fenêtre frame enfant MDI donne à sa vue la possibilité de traiter la commande avant de vérifier sa propre table des messages.

4. La vue vérifie d'abord son propre mappage de messages et, ne trouvant pas de gestionnaire, achemine ensuite la commande vers son document associé.

5. Le document vérifie sa table des messages et trouve un gestionnaire. Cette fonction membre du document est appelée et le routage s’arrête.

Si le document n’avait pas de gestionnaire, il acheminerait ensuite la commande vers son modèle de document. La commande retourne ensuite à la vue, puis à la fenêtre frame. Enfin, la fenêtre frame vérifie sa tables des messages. Si cette vérification a également échoué, la commande est routée vers la fenêtre de trame MDI principale, puis vers l’objet d’application , la destination finale des commandes non gérées.

Voir aussi

Méthode d’appel d’un gestionnaire par le framework