如何在WPF路由事件中区分发送方和源

如何在WPF路由事件中区分发送方和源,wpf,events,Wpf,Events,我想清楚地解释一下,在隧道和冒泡事件的情况下,如何在每种情况下确定哪个控件是发送方,哪个控件是WPF路由事件的源 编辑: 假设您有一个事件处理程序和两个控件,一个子控件是另一个子控件。处理程序位于父控件中。在没有调试的情况下,我如何事先知道哪个控件作为发送方传递,哪个控件作为e.source传递?当你考虑起泡或隧道事件时,这是否发生了变化?事件的一般概念对我来说是清楚的,但是我想了解EvEthnDunl中使用哪一个参数来识别这两个控件而不调试 ,可能没有一个详尽的“清楚的解释”。因为有很多方法可

我想清楚地解释一下,在隧道和冒泡事件的情况下,如何在每种情况下确定哪个控件是发送方,哪个控件是WPF路由事件的源

编辑:
假设您有一个事件处理程序和两个控件,一个子控件是另一个子控件。处理程序位于父控件中。在没有调试的情况下,我如何事先知道哪个控件作为发送方传递,哪个控件作为e.source传递?当你考虑起泡或隧道事件时,这是否发生了变化?事件的一般概念对我来说是清楚的,但是我想了解EvEthnDunl中使用哪一个参数来识别这两个控件而不调试

,可能没有一个详尽的“清楚的解释”。因为有很多方法可以让你以事件结束。特别是当许多事件使用
EventArgs.Empty
时,因为除了源代码之外,没有其他详细信息

或者更具体地说:

您是否有需要回答的具体问题

编辑:来自上面链接的文章,答案与你的评论相似

考虑一个由TextBlock组成的自定义控件(本例中称为CustomControl1)。 在TextBlock上引发MouseDown事件时,OriginalSource属性将是 TextBlock,但在CustomControl1的处理程序中,源将更改为CustomControl1 对象,以便事件路径上的其他元素将知道CustomControl1收到 穆斯敦


听起来你想让我们帮你用谷歌搜索我说的是WPF活动。这个参考更为精确:@luca:看来你有答案了?我不确定那个链接遗漏了什么。你能说得更具体些吗?添加了一个链接,对它们是什么以及它们不同的原因进行了更多解释。假设你有一个事件处理程序和两个控件,其中一个是另一个的子控件。处理程序位于父控件中。在没有调试的情况下,我如何事先知道哪个控件作为发送方传递,哪个控件作为e.source传递?当您考虑起泡或隧道事件时,这是否发生了变化?事件的一般概念对我来说是清楚的,但是我想了解EvthDANDLE中使用哪些参数来识别两个控件而不进行调试。