【阿里巴巴|IContextMenu第十一部分：组合扩展的实现】好的 ， 现在你已经了解了将方法调用分发到相应包含的上下文菜单背后的基本思想 ， 其余的应该相对容易一些了 。
下面是GetCommandString的参考实现：

GetCommandString 方法遵循与 InvokeCommand 相同的三步模式 。
首先 ， 通过调用每个包含的上下文菜单处理程序来分派任何基于字符串的命令 ， 直到有人接受它 。如果没有人这样做 ， 则拒绝该命令 。（注意 GCS_VALIDATE 的特殊处理 ， 它需要 S_FALSE 而不是错误代码 。 ）
其次 ， 如果命令由 ordinal 指定 ， 则要求 ReduceOrdinal 找出它属于哪个包含的上下文菜单处理程序 。
第三 ， 将缩减的命令传递给适用的包含上下文菜单处理程序 。
最后的方法通过一个小的帮助函数来实现：

此辅助函数采用 IContextMenu 接口指针并尝试调用
IContextMenu3::HandleMenuMsg2； 如果失败 ， 则尝试 IContextMenu2::HandleMenuMsg; 如果这也失败了 ， 那么它就放弃了 。
有了这个辅助函数 ， 最后两个方法小菜一碟 。


IContextMenu2::HandleMenuMsg 方法只是 IContextMenu3::HandleMenuMsg2 方法的转发器：

而IContextMenu3::HandleMenuMsg2 方法只是遍历上下文菜单处理程序列表 ， 询问每个处理程序是否希望处理该命令 ， 并在最终执行时停止 。
有了这个复合菜单类 ， 我们可以在我们的示例程序中通过将“真实”上下文菜单与我们的 CTopContextMenu 组合在一起来展示它 ， 从而展示如何将多个上下文菜单组合成一个大的上下文菜单 ， 如下图所示：

此函数通过创建两个包含的上下文菜单处理程序来构建复合 ， 然后创建一个包含它们的复合上下文菜单 。我们可以通过对我们上次调整的 OnContextMenu 函数进行相同的一行调整来使用这个函数：

请注意 ， 使用此复合上下文菜单 ， 我们在窗口标题中更新的菜单帮助文本跨越原始文件上下文菜单和“顶部”上下文菜单 。 来自任何一方的命令也被成功调用 。
与第九部分中的方法相比 ， 此方法的价值在于你不再需要在两段代码之间协调上下文菜单的自定义 。 根据之前的技术 ， 你必须确保更新菜单帮助文本的代码与添加自定义命令的代码同步 。
在新方法下 ， 所有自定义都保存在一个地方（在复合上下文菜单内的“顶部”上下文菜单中） ， 因此窗口过程不需要知道发生了哪些自定义 。 如果有多个显示上下文菜单的点 ， 一些未自定义 ， 另一些以不同方式自定义 ， 则会变得更有价值 。
好的 ， 我认为现在在上下文菜单这个主题已经讲得差不多了 。 我希望你已经更好地了解它们的工作原理 ， 如何利用它们 ， 最重要的是 ， 如何使用组合等技术对它们执行元操作(meta-operations) 。
你还可以使用上下文菜单执行其他一些操作 ， 你可以自行进行研究 。 例如 ， 可以使用
IContextMenu::GetCommandString 方法遍历菜单并为每个项目获取与语言无关的命令 。 如果你想删除“删除”选项 ， 这很方便：可以查找与语言无关的名称为“删除”的命令 。 当用户更改语言时 ， 此名称不会更改；它将永远是英文的 。
正如我们之前所注意到的 ， 你需要注意许多上下文菜单处理程序并没有完全实现
IContextMenu::GetCommandString 方法 ， 因此可能会有一些你根本无法获得名称的命令 。 这个要特别注意 。
总结总算是完成这个系列了 ， 我可以去开一瓶香槟休息一下了 。
感谢各位老哥的一路陪伴 。
最后Raymond Chen的《The Old New Thing》是我非常喜欢的博客之一 ， 里面有很多关于Windows的小知识 ， 对于广大Windows平台开发者来说 ， 确实十分有帮助 。
本文来自：《How to host an IContextMenu part 11 – Composite extensions – composition》

稿源：(未知)

【傻大方】网址：/c/111cBcH021.html

标题：阿里巴巴|IContextMenu第十一部分：组合扩展的实现( 二 )