<TextBlock/>

    </StackPanel>

    </Button>

    </Grid>

    </Window>

    生成的 UI 如图 1 所示。

图1包含按钮内容的简单窗口

    如 您所想，树可以有多个分支（Grid 中的另一 Button），因此逻辑树会变得极为复杂。对于逻辑树的 WPF 元素，您需要意识到您所见到的并不是您在运行时真正得到的内容。每个这样的元素通常都会在运行时扩展为更为复杂的可视元素树。在本例中，元素的逻辑树扩展 为可视元素树，如图 2 所示。

图2简单窗口可视树

    我使用名为 Snoop 的工具 (blois.us/Snoop) 查看图 2 中所示可视树的元素。您可以看到窗口 (EventsWindow) 实际是将其内容置入 Border 和 AdornerDecorator 之内，用 ContentPresenter 显示其中的内容。按钮也与此类似，将其内容置入 ButtonChrome 对象，然后用 ContentPresenter 显示内容。

    单 击按钮时，我可能实际根本没有单击 Button 元素，可能是单击可视树中的某一子元素，甚至是逻辑树中未显示的元素（如 ButtonChrome）。例如，假设我在按钮内的图像上方单击鼠标。这一单击操作在一开始实际是将其表达为 Image 元素中的 MouseLeftButtonDown 事件。但却需要转化为 Button 层级的 Click 事件。这就要引入路由事件中的路由。

[1] [2] [3] [4] [5] [6] 下一页

    事件路由

    对逻辑树和可视树有所了解很有必要，因为路由事件主要是根据可视树进行路由。路由事件支持三种路由策略：气泡、隧道和直接。

    气 泡事件最为常见，它表示事件从源元素扩散（传播）到可视树，直到它被处理或到达根元素。这样您就可以针对源元素的上方层级对象处理事件。例如，您可向嵌入 的 Grid 元素附加一个 Button.Click 处理程序，而不是直接将其附加到按钮本身。气泡事件有指示其操作的名称（例如，MouseDown）。

    隧道事件采用另一种方式，从根元素开始，向下遍历元素树，直到被处理或到达事件的源元素。这样上游元素就可以在事件到达源元素之前先行截取并进行处理。根据命名惯例，隧道事件带有前缀 Preview（例如 PreviewMouseDown）。

    直接事件类似 .NET Framework 中的正常事件。该事件唯一可能的处理程序是与其挂接的委托。

    通 常，如果为特殊事件定义了隧道事件，就会有相应的气泡事件。在这种情况下，隧道事件先触发，从根元素开始，下行至源元素，查找处理程序。一旦它被处理或到 达源元素，即会触发气泡事件，从源元素上行，查找处理程序。气泡或隧道事件不会仅因调用事件处理程序而停止路由。如果您想中止隧道或气泡进程，可使用您传 递的事件参数在事件处理程序中将事件标记为已处理。

    private void OnChildElementMouseDown(object sender,

    MouseButtonEventArgs e) {

    e.Handled = true;

    }

    一 旦您的处理程序将事件标记为已处理，该事件便不会传给任何其他处理程序。这一论断只是部分正确。实际上，事件路由仍在继续起作用，您可利用 UIElement.AddHandler 的替换方法在代码中显式挂接事件处理程序，该方法有一个额外的标记，可以有效指出“即使事件被标记为已处理也可调用我”。您用类似如下所示的调用指定该标 记：

    m_SomeChildElement.AddHandler(UIElement.MouseDownEvent, (RoutedEventHandler)OnMouseDownCallMeAlways,tru