Ilustración de enrutamiento de comandos

Para ilustrarlo, considere la posibilidad de usar un mensaje de comando desde un elemento de menú Borrar todo en el menú Editar de una aplicación MDI. Supongamos que la función de controlador para este comando es una función miembro de la clase de documento de la aplicación. Este es el modo en que ese comando llega a su controlador después de que el usuario elija el elemento de menú:

1. La ventana del marco principal recibe primero el mensaje de comando.

2. La ventana de marco MDI principal ofrece a la ventana secundaria MDI activa actualmente la posibilidad de controlar el comando.

3. El enrutamiento estándar de una ventana de marco secundario MDI ofrece a su vista una oportunidad en el comando antes de comprobar su propio mapa de mensajes.

4. La vista comprueba primero su propio mapa de mensajes y, al no encontrar un controlador, a continuación enruta el comando a su documento asociado.

5. El documento comprueba su asignación de mensajes y busca un controlador. Se llama a esta función al miembro del documento y el enrutamiento se detiene.

Si el documento no tuviera un controlador, a continuación, enrutaría el comando a su plantilla de documento. A continuación, el comando volvería a la vista y, a continuación, la ventana de marco. Por último, la ventana de marco comprobaría su mapa de mensajes. Si esa comprobación también fallaba, el comando se redirigiría a la ventana de marco principal MDI y luego al objeto de aplicación, el destino final de los comandos no controlados.

Consulte también

Cómo llama la plataforma a un controlador