有谁知道免注册 COM 和拖放功能之间可能存在哪种关系？

具体来说，我们有一个庞大的 C++ CAD/CAM 应用程序，其中包含大量 EXE 和数百个 DLL。其中许多充当 COM 服务器(进程内和进程外)和/或客户端，并且还实现 ActiveX 控件。

大多数 ActiveX 控件和其中一个 EXE 的基于 CMDIFrameWnd 的主要窗口都实现了拖放功能。 ActiveX 控件实现了拖放源和拖放目标，主窗口只是拖放目标，特别是对于来自 Windows 资源管理器的文件。

拖放实现非常标准，基于从 COleDataSource 和 COleDropTarget 派生的两个数据成员，分别用于放置源和放置目标。 COleDropTarget 派生成员在窗口的 OnCreate 方法中注册到相应的窗口。它还以类似的方式覆盖 OnDragEnter、OnDragOver 和 OnDrop 方法。即，系统提供的 COleDataObject 参数被要求提供特定格式(特别是 CF_HDROP)，在肯定回答的情况下，数据(例如，文件路径)从剪贴板中提取。代码如下所示:

static FORMATETC g_FileFmt = {CF_HDROP, 0, DVASPECT_CONTENT, 0, TYMED_HGLOBAL};
    ....
// Inside OnDragEnter, OnDragOver or OnDrop method
STGMEDIUM stgmedium = {0,0,0};
if (pDataObject->IsDataAvailable(g_FileFmt.cfFormat))
{
    HRESULT hr = pDataObject->GetData(g_FileFmt.cfFormat, &stgmedium);
    HDROP hdrop = (HDROP)GlobalLock(stgmedium.hGlobal);
    if (hdrop != 0)
    {
        int FilesCount = DragQueryFile(hdrop, (UINT)-1, 0, 0);
        if (FilesCount != 0)
        {
            TCHAR FileName[_MAX_PATH];
            DragQueryFile(hdrop, 0, FileName, _MAX_PATH);
            // Check file extension and store the file name for farther use.
        }
        GlobalUnlock(hdrop);
    }
}

放置源的实现也很简单，如下所示:

void CDmDocListCtrl::OnBeginDrag(NMHDR* pNMHDR, LRESULT* pResult)
{
    NM_LISTVIEW* pNMListView = (NM_LISTVIEW*)pNMHDR;
    if (pNMListView->iItem != -1 && m_pOleDataSource && prv_BeginDrag())
    {
        DROPEFFECT DE = m_pOleDataSource->DoDragDrop(
            DROPEFFECT_COPY | DROPEFFECT_MOVE | DROPEFFECT_LINK, 0);
    }
    *pResult = 0;
}

其中 prv_BeginDrag() 函数通过从 m_pOleDataSource 对象的 调用 SetData 方法收集拖动的数据，将其打包并放入剪贴板>IDataObject 接口(interface)。

在决定使整个应用程序免注册之前，所有这些东西都运行良好。我花了三个月的时间通过嵌入 list 、按需启动进程外 COM 服务器和更改某些类的 CLSID 来强制隔离运行应用程序(不注册 COM 组件)，以便将同一服务器的实例从不同的服务器启动文件夹。它终于开始工作了——但没有拖放功能，尽管它甚至没有被我的更改所触及。

在放置目标端，当我从 Windows 资源管理器拖动文件时，上面描述的对 COleDataObject::IsDataAvailable 的调用返回 false，尽管在我的更改返回 true 之前。同时，如果我在主窗口的 OnCreate 方法中添加一行代码“DragAcceptFiles();”，拖放操作将通过标准 CFrameWnd 的 WM_DROPFILE 开始工作消息处理程序。

在放置源端，拖动的数据成功打包并放置在剪贴板上，但是 COleDataSource::DoDragDrop 方法失败，因为调用了 ::DoDragDrop MFC 实现中的 API 返回 REGDB_E_CLASSNOTREG“类未注册”结果。

这意味着，COM 激活的变化会以某种方式影响拖放行为。怎么办？

附言1) 我将文件从 Windows 资源管理器拖到其中的 EXE 在其项目属性中具有“UAC 执行级别 = asInvoker”。据我所知，它告诉我，当通过双击文件启动时，EXE 将在与 Windows 资源管理器相同的 UAC 级别运行。

2) 非常令人惊讶的是，虽然拖放停止工作并出现上述症状，但复制/粘贴继续工作良好，尽管这两种技术具有相似的实现。

3) 我相信，如果找出::DoDragDrop API 何时返回“Class not registered”错误，以及它正在寻找哪个类，就可以解决问题。

感谢帮助， 伊利亚。

最佳答案

按照 MartinBa 的建议，我在 Process Monitor 的帮助下解决了这个问题。 Process Monitor 向我显示，当我在 ActiveX 控件(问题中提到)中拖动一个项目时，系统尝试访问注册表中的类 ID 失败。找那个ID，发现还真不是类ID，而是IDataObject接口(interface)ID。它在我的一个 list 文件中被引用。

大部分 list 是我手写的，但也有少数 list ，尤其是在项目开始时没有这方面的经验，是由 Visual Studio 从现有类型库自动生成的。其中一个 Studio 包含用于几个系统接口(interface)的 comInterfaceExternalProxyStub 语句，其中 proxyStubClsid32 元素(错误地)等于接口(interface) ID。

我仍然不确定这些系统接口(interface)是否应该出现在 list 中；例如，IDataObject 在一个 IDL 定义中仅作为方法的参数被提及。无论如何，我只更正了 proxyStubClsid32 值，问题就消失了......

这个对我来说非常痛苦的故事的寓意是始终检查自动工具的输出...

关于c++ - 有谁知道免注册 COM 和拖放功能之间可能存在哪种关系？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/22791292/