0

首先，我想指出我需要使用 COM/OLE2 API，低级别的东西，可以放在 C Windows 控制台程序中的东西。我无法使用 MFC。我不能使用.NET。

我的问题是：

给定以下代码：

CLSID clsid;    
HRESULT hr;

hr = CLSIDFromProgID(L"InternetExplorer.Application", &clsid);
assert(SUCCEEDED(hr));

hr = CoCreateInstance(clsid,
                      NULL,
                      CLSCTX_LOCAL_SERVER,
                      IID_IDispatch,
                      (void **)&(iePtr_));
assert(SUCCEEDED(hr));

有没有办法将一些信息写入磁盘，以便我以后可以重新连接到同一个 IE 实例？基本上可以将“iePtr_”字符串化以供以后通过其他过程进行重组吗？

谢谢。

----稍后添加-----

我要解决的更广泛的问题是我想启动一个 AutoCAD 应用程序，将一些数据加载到其中，然后让它运行以供我的客户交互。稍后他会回到我的应用程序，我想重新连接到同一个 AutoCAD 会话并为其提供更多数据。

现在，我完全意识到我可以将 IDispatch 指针保存在我的应用程序的内存中，并且我将能够继续与同一个 AutoCAD 进程进行交互。那是我的后备位置。

但是，我使用“包装器”程序来完成我的 COM 工作。所以包装器是瞬态的。我的主应用程序启动包装器，然后包装器进行通信，然后退出。我只希望后续的包装器进程能够重新连接到同一个 AutoCAD 进程。

为什么要使用包装器？这是工作的原因：我的主要应用程序是 32 位应用程序，但我可以使用 64 位包装器并与 64 位 AutoCAD 通信。我需要能够与 64 位 AutoCAD 通信，并且可能无法轻松移植我的主应用程序（500K+ 行 C++）与我的包装程序（几百行）。

4

4 回答 4

0

CoMarshalInterface（和相关的 API）可用于将接口编组到网络上的另一个线程、进程或不同的 PC。我不知道在完成编组过程之前允许您等待多长时间，但原则上，如果您要编组接口的对象尚未关闭，则编组过程可以稍后完成。

能够销毁 OLE 对象并稍后恢复“同一对象”与所谓的 Moniker 相关联，如果您（可以）理解这些，那么您的 OLE/COM Juju 确实很强大。

于 2009-09-03T07:37:26.007 回答
0

如果应用程序在运行对象表中注册了自己，您可以使用GetActiveObject函数来获取对应用程序对象的引用。

IUnknown *pUnknown;

hr = GetActiveObject(clsid, NULL, &pUnknown);
assert(SUCCEEDED(hr));

hr = pUnknown->QueryInterface(IID_IDispatch, (void **)&(iePtr_));
assert(SUCCEEDED(hr));
于 2009-09-03T18:27:54.653 回答
0

我建议使包装层长期存在而不是瞬态，因此它可以轻松地保存对第三个应用程序的单个引用。

包装器对于客户端代码仍然可能是暂时的。如果您使包装器成为 COM 单例，那么每次共同创建它时，您将返回相同的实例。

为了确保包装器在您的客户端的生命周期中存在，请保留从启动到关闭的引用。此引用不需要连接到其他代码。所有其他代码只需在每次需要时创建单例。

于 2010-03-12T00:23:37.393 回答
-1

不，那是不可能的。COM 的整个想法是，COM 服务器是透明启动的，并且只保留状态，直到您停止使用它的对象。释放 COM 对象后，COM 子系统可以完全停止服务器，并且无法重新创建相同的进程。可能产生类似结果的唯一方法是拥有一个带有序列化方法的 COM 对象，该方法允许将状态保存到流中并从流中恢复它。但即便如此，您也必须再次 CoCreateInstance()，获取一个新的 COM 对象接口指针并调用该对象的恢复方法。

你从 CoCreateInstance 得到的指针只对当前进程有效，如果你把它保存在磁盘上稍后恢复它就会失效。

于 2009-09-03T04:35:55.010 回答