다음을 통해 공유


명령 라우팅

명령 작업을 수행 하 여 책임은 명령과 해당 처리기 함수에서 속성 창을 사용 하는 작업 간의 메시지 맵에 연결을 만들기 위해 제한 됩니다.또한 대부분의 명령 처리기를 작성 해야 합니다.

일반적으로 Windows 메시지는 주 프레임 창으로 전달 됩니다 있지만 명령 메시지는 다음 다른 개체에 라우팅됩니다.프레임 워크 중 하나는 명령에 대 한 처리기를가지고 있어야 표준 시퀀스를 명령 대상 개체를 통해 명령을 라우팅합니다.각 명령 대상 개체는 들어오는 메시지를 처리할 수 있는지 확인 하려면 자신의 메시지 맵을 확인 합니다.

다른 명령 대상 클래스는 서로 다른 시간에 자신의 메시지 맵을 확인 하십시오.일반적으로 명령에 게 첫번째 특정 다른 개체 클래스 명령을 라우팅합니다.해당 개체가 명령을 처리 하는 경우 원래 클래스는 자신의 메시지 맵을 확인 합니다.한 처리기를 제공할 수 없는 경우 다음 명령을 아직 여러 명령 대상 라우팅할 수 있습니다.표 표준 명령 경로 아래 표시 방법을 각 클래스가이 시퀀스 구조.에 명령 대상이 명령을 라우팅하는 일반적인 순서는 다음과 같습니다.

  1. 현재 활성 자식 명령 대상 개체 수입니다.

  2. 자기 자신에 게 있습니다.

  3. 다른 명령 대상입니다.

이 라우팅 메커니즘 비용은 무엇입니까?처리기에 명령에 대 한 응답 기능에 비해 라우팅 비용은 낮은입니다.만 사용자가 사용자 인터페이스 개체와 상호 작용 하는 경우 프레임 워크에서 명령을 생성 한다는 점에 주의 합니다.

표준 명령 경로

이 형식의 개체를 명령을 받으면...

이 자신과 다른 명령 대상 개체의 순서이 대로 명령을 처리할 수 있는 기회를 제공:

MDI 프레임 창 (CMDIFrameWnd)

  1. 활성CMDIChildWnd

  2. 이 프레임 창

  3. 응용 프로그램 (CWinApp 개체)

문서 프레임 창 (CFrameWnd, CMDIChildWnd)

  1. 현재 보기

  2. 이 프레임 창

  3. 응용 프로그램 (CWinApp 개체)

보기

  1. 이 보기

  2. 보기에 연결 된 문서

Document

  1. 이 문서

  2. 문서에 첨부 된 문서 서식 파일

대화 상자

  1. 이 대화 상자

  2. 대화 상자를 소유 하는 창

  3. 응용 프로그램 (CWinApp 개체)

위 표의 두 번째 열에서 번호 매기기 항목을 언급 하는 첫 번째 열에서 해당 항목을 문서와 같은 다른 개체를 참조 하십시오.예를 들어 보기 명령에 해당 문서를 전달 하도록 두 번째 열에서 읽을 경우 이후의 라우팅을 확인 하는 첫 번째 열에서 "문서" 항목을 참조 하십시오.

참고 항목

개념

프레임 워크는 처리기를 호출 하는 방법