howto-修改程序的拖拽行为.docx

/taowe n/archive/2008/10/30/1323329.html How to: 修改程序的拖拽行为 最近在做的一个项目是一个 Word 2003 的插件。项目的一个需求是控制用户在 Word中的拖拽行为。具 体来说有三种： 1、 用户完全不能把某些文字 Drag起来 2、 对于某些文字，可以 Drag起来，但是不能 Drop到除当前文档之外的任何地方 3、 对于某些文字，任意东西都不能 Drop于其上 说实话，我了解到这个是需求的时候， 第一反应就是，这可能吗？借用阿迪的广告语， Impossible is Nothing。的确,Windows 之所以千疮百孔，在我看来很大程度上就是它提供了太多的可 Hack的手段了。 在实现这个可控的拖拽行为之前，已经通过 SetWindowsHook 控制了用户的鼠标和键盘(当然这种技术 已经用烂了，我就不再炒冷饭了)。这次，我们使用 Windows API Hook 来达到这个目的。 如果不了解拖拽到底是怎么实现的， 我们是不可能控制它的行为的。 我们要做的，其实就是找岀标准的拖 拽实现方式。然后在其中插一脚，把我们感兴趣的东西拦截下来，并篡改掉本来的输岀结果。说实话，Hook 的善恶就在一念之间。那么我们先来简单了解一下拖拽的流程： Drag : 1、 应用程序在用户用鼠标拖拽了一个物体之后，调用 DoDragDrop(dataObject, dropSource, okEffect, effects) 开始拖拽 2、 Windows 回调 dropSource 的 QueryContinueDrag 来决定是不是继续 Drag Drop : 1、 应用程序在初始化的时候，调用 RegisterDragDrop(hwnd, dropTarget) 2、 当有物体拖拽进了 hwnd 所在的区域时， Windows 回调 dropTarget 的DragEnter 3、 当物体在 hwnd 所在区域内滑动时，Windows 回调dropTarget 的DragOver 4、 当物体拖拽出 hwnd 所在区域时， Windows 回调 dropTarget 的DragLeave 5、 当拖拽的物体放下是， Windows 回调dropTarget 的Drop 所以对于我们来说，重点关注的就是两个 API，两个Com Interface 。分别是 Ole32 的DoDragDrop 和 RegisterDragDrop 。以及 Ole32 中的IDropTarget, IDropSource 。要实现开头所述的三种行为，我 们只需要： 1、 用户完全不能把某些文字 Drag起来： 拦截DoDragDrop 的调用，如果dataObject 或者用户当前选中的区域是受到保护的，就不调用 Ole32 的真实实现，直接返回 0。 2、 对于某些文字，可以 Drag起来，但是不能 Drop到除当前文档之外的任何地方： 拦截DoDragDrop 的调用，真实地去调用 Ole32的真实实现，但是不直接使用原装的 DropSource （包 装之后再用）。因为我们要监听 Windows 对DropSource 的回调，再 恰当的时候篡 QueryContinueDrag 的返回值。从而使得用户无法 Drop到当前文档之外的区域。 3、 对于某些文字，任意东西都不能 Drop于其上： 拦截RegisterDragDrop 的调用，确实使用 Ole32的真实实现，但是也不直接使用原装的 DropTarget （包装之后再用）。因为我们要监听 Windows 对DropTarget 的回调。同样，在 恰当”的时候篡改 DragOver 和Drop的返回值。 那么问题就集中在了如何拦截 Ole32的两个API上。这个问题很好解决，直接使 EasyHook（/easyhook） 库就行了。我阅读了这个库的所有源代码，有机会 可以给大家讲讲 Windows API Hook 的原理，也挺有意思的。而且使用 EasyHook，我们还可以做到远 程注入（底层实现是 CreateRemoteThread ，老套但是可靠，关键是支持.NET ）。这样，就不用受限于 当前进程了。不过由于 RegisterDragDrop 一般在初始化的时候调用，所以最好使用 EasyHook的 CreateAndInject 来做，要不然就时机太晚了。在本例中是一个 Word 2003 的插件，而且恰巧 Word 2003 是先加载AddIn 再RegisterDragDrop ，要不然也就 Hook无门了。 下面是一些关键细节的源代码： 安装DoDragDrop 的钩子 □ □ using System; using S