VC创建客户区窗口、列表框之间项的拖拽操作

核心提示：当拖拽管理器发送 WM_DD_DRAGENTER 消息时，它在 LPARAM 中传递一个 DRAGDROPINFO 结构，VC创建客户区窗口、列表框之间项的拖拽操作(3)，你的任务是将 DRAGDROPINFO::data 指向一个包含你想要拖拽数据的 CDragDropData 实例，然后返回 TRUE，还有比这更容

当拖拽管理器发送 WM_DD_DRAGENTER 消息时，它在 LPARAM 中传递一个 DRAGDROPINFO 结构。你的任务是将 DRAGDROPINFO::data 指向一个包含你想要拖拽数据的 CDragDropData 实例，然后返回 TRUE。如果拖拽是不允许的（也许用户单击了列表框中的某个死区(dead area)）则应该返回 FALSE，并不要设置 DRAGDROPINFO::data，CDragDropData　类似 COM 的 IDataObject，但要简单得多：它保存拟拽动的数据。CDragDropData 有三个虚拟函数：OnGetDragSize 获得一个拖拽图像的绑定矩形，OnDrawData 绘制拖拽图像，OnGetData 获取数据本身。我在我的库中提供了一个叫 CDragDropText 的类，它实现了这些函数，用来处理文本拖拽操作。它将文本保存在一个 CString 中。OnGetData 返回这个串，OnGetDragSize 计算该文本矩形，OnDrawData 则绘制该文本：

void CDragDropText::OnDrawData(CDC& dc, CRect& rc)
{
　 dc.DrawText(m_text, &rc, DT_LEFT|DT_END_ELLIPSIS);
}　　　

如果你想得到这个文本，你唯一需要调用的函数是 OnGetData，拖拽管理器需要时在其内部调用 OnGetDragSize 和 OnDrawData。

那么所有这些工作是如何实现的呢？当 DDTest 收到 WM_DD_DRAGENTER 消息，它调用一个内部函数 GetLBItemUnderPt 来确定光标下是哪个列表框（如果有的话）。然后 DDTest 以这一项的文本作为数据创建一个 CDragDropText 对象并将 DRAGDROPINFO 中的 data 指针指向该对象：

// in CMyDlg::OnDragEnter
DRAGDROPINFO& ddi = *(DRAGDROPINFO*)lp;
int item = GetLBItemUnderPt(...);
if (item>=0) {
　 CString text = // get item text
　 ddi.data = new CDragDropText(text);
　 return TRUE;　 // allow drag-drop
}
return FALSE; // nothing to drag　　　

由 CDragDropMgr 来做剩余的工作。当用户拖拽它时在周边绘制文本并根据光标是否出于拖拽目的地上方而相应地改变鼠标光标。

当用户松开鼠标，CDragDropMgr 便给应用程序发送一个 WM_DD_DRAGDROP 消息。暗示数据已经拖拽完成。对于 DDTest 而言，这意味着如果鼠标出于编辑框上方，则要设置编辑框中的文本，或者如果鼠标是在列表框上方，则要将文本添加到列表框中。在真正实现中，DDTest 稍显复杂，因为它可以让用户重新安排第二个列表框中的项目。DDTest 有代码可以察觉是否需要添加文本或修改列表框中文本的位置。具体细节就留给你来做了，OnDragDrop 实现的基本要点都是一样的：

// OnDragDrop handler
DRAGDROPINFO& ddi = *(DRAGDROPINFO*)lp;
void* data = ddi.data->OnGetData();
// do something with data
return 0;　　　

以上都是关于文本的操作，如果要拖拽其它类型的数据怎么办呢？为此，你必须通过 CDragDropData 派生并改写三个基本函数来扩展我的库。例如，为了拖拽图像，你得派生一个 CDragDropImage 类，在这个类中，OnGetData 返回 BITMAP 或 CBitmap，OnGetDragSize 返回位图的尺寸，OnDrawData 调用 BltBit 或其它什么函数来绘制该位图。

我已经示范了 CDragDropMgr 的使用方法，但它是如何工作的呢？基本思路很简单。CDragDropMgr::PreTranslateMessage 查找发送到拖拽源窗口之一的鼠标消息并发送相应的通知到你的应用程序主窗口。CDragDropMgr 实现了一个典型的具有三种状态的有限状态机：NONE、CAPTURED 和 DRAGGING。当用户按下鼠标键，CDragDropMgr 进入 CAPTURED 状态。当用户移动鼠标，则进入 DRAGGING 状态。具体细节简单直白。

CDragDropMgr 使用 PreTranslateMessage 而不是子类化主窗口，因为它需要解释发送到可能的拖拽源窗口之一鼠标消息，该拖拽源窗口由前述的拖拽窗口表确定。MFC 的优点之一是它在主窗口中仅通过虚拟 PreTranslateMessage 方法便可以过滤所有子窗口消息。这使得 CDragDropMgr 可以仅在单一的函数中便可截获发送到任何潜在拖拽源窗口的鼠标消息，从而避免了必须子类化每一个窗口。当 CDragDropMgr::PreTranslateMessage 看到 WM_LBUTTONDOWN，它便查找该窗口句柄（HWND）以便检查它是否被列入源窗口表。如果它是一个源窗口，则进行拖拽初始化，否则忽略该消息。

拖拽数据的机制是很简单直白的，甚至有些单调无趣，所以细节我就不再赘言。唯一一个亮点是 CDragDropData 使用 CImageList 来绘画。如果你实现自己的拖拽管理器，我鼓励你也这么做，CImageList 包含如下几个函数：BeginDrag、DragEnter、DragMove 和 EndDrag，用它们可以很快解决比特绘画问题，它们使用特有的光栅操作使图像呈半透明，从其以前位置擦除等等。

没有 CImageList，这些绘制细节冗长乏味。有了它，CDragDropMgr 只要将拖拽图像绘制到图像列表位图一次即可。当用户初始化拖拽操作时，CDragDropMgr 通知主应用程序，该主应用程序将 DRAGDROPINFO::data 设置为一个 CDragDropData，正如我前面描述的那样。然后拖拽管理器调用 CDragDropData:: CreateDragImage （参见 Figure 4），它创建一个包含要绘制的图像列表。CreateDragImage 调用虚拟函数 CDragDropData::OnGetDragSize 来获取拖拽图像的尺寸，CDragDropData::OnDrawData 将数据绘制到图像列表的位图中。一旦完成了些工作，CDragDropMgr 调用图像列表函数绘制拖拽期间的图像。例如，每次用户移动鼠标，CDragDropMgr 都调用 CImageList::DragMove。还有比这更容易的吗？其优美之处在于这个代码完全是通用的。为了处理新的数据类型，你只要实现 OnGetDragSize 和 OnDrawData 即可。