共用方式為

命令路由

  • 發行項

在必須負責與命令一起使用限制為建立命令及其處理常式函式之間的訊息對應連接的工作，您可以使用屬性視窗。 您也必須撰寫大部分命令處理常式。

Windows 訊息通常傳送到主框架視窗，不過，命令訊息會傳送至其他物件。 架構透過命令目標物件的標準序列，其中一個路由命令都具有命令的處理常式。 每個命令目標物件檢查它的訊息對應看它是否可以處理傳入訊息。

不同的命令目標類別檢查它們自己的訊息對應在不同時間。 通常，類別傳送命令給其他物件給其第一個有機會在命令。 如果這些物件都不處理命令，原始類別檢查它的訊息對應。 然後，如果它無法提供處理常式，它可能路由命令，對多個命令目標。 下面的表格 標準命令路由 每個類別如何建構這個序列。 命令目標路由命令的總的規則如下:

  1. 對它目前作用中的子命令目標物件。

  2. 對本身。

  3. 加入其他命令目標。

決定高度耗費資源的是此路由機制? 比對任何您的處理常式會回應命令，路由的成本不足。 記住框架產生命令，只有在使用者與使用者介面物件互動。

標準命令路由

當型別物件接收命令。..

它給自己，而其他命令目標物件有機會處理命令的順序如下:

MDI 框架視窗(CMDIFrameWnd)

  1. 作用中CMDIChildWnd

  2. 這個框架視窗

  3. Application (CWinApp物件)

文件框架視窗(CFrameWnd,CMDIChildWnd)

  1. 現用檢視表

  2. 這個框架視窗

  3. Application (CWinApp物件)

檢視

  1. 這個檢視

  2. 文件附加至檢視

Document

  1. 此文件

  2. 文件樣板附加至文件

對話方塊

  1. 這個對話方塊。

  2. 擁有對話方塊的視窗

  3. Application (CWinApp物件)

只要在上表所述的第二個資料行可有的符號的款目其他物件，例如文件，請在第一個資料行的對應項目。 例如，當您撰寫第二行時檢視傳送命令給它的資料，請查看第一欄的「doc」項目後面進一步路由。

請參閱

概念

架構如何呼叫處理常式