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 image enfant MDI donne une chance à la commande avant de case activée sa propre carte de messages.

  4. L’affichage case activée sa propre carte de messages en premier et, en recherchant aucun gestionnaire, la commande achemine ensuite la commande vers son document associé.

  5. Le document case activée sa carte de messages et trouve un gestionnaire. Cette fonction membre de 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. Ensuite, la commande retourne à l’affichage, puis à la fenêtre frame. Enfin, la fenêtre frame case activée sa carte de messages. Si cette case activée a également échoué, la commande est routée vers la fenêtre de trame MDI principale, puis vers l’objet d’application , la destination ultime des commandes non gérées.

Voir aussi

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