c# - 为 32 位 DLL 编写 COM/ATL 包装程序的正确方式

Question

我有一个关于为 32 位 DLL 正确编写 COM/ATL 包装器的问题。

问题来了。正如我的一些其他问题所暗示的那样，我经常不得不在大型代码库上执行编码工作，其中包括从大量不同供应商链接的库。我们拥有可在各种机器、各种架构上运行的软件。此代码主要用 C# 编写，C++ DLL 被链接或编译/链接，随后在必要时从 C# 进行 P/调用(在我看来，比托管 C++ 更容易实现)。

无论如何，一个这样的程序包含 C# 代码，它必须与几个 64 位 DLL 接口(interface)，而这些 DLL 的源代码是不可用的。本软件的目标主机均为 64 位。没问题。因此，在 AnyCPU 模式下运行的 C# 会自动生成 64 位(没有 WoW)，并且能够无缝地 P/调用这些预编译的第 3 方 64 位 DLL。

有一个这样的 DLL，我只能使用它的 32 位版本。无法获得此 DLL 的 64 位版本。我有 1.) 32 位 DLL，2.) 包含函数导出的头文件(即#define EXP __declspec(dllexport)、EXP BOOL WINAPI DLL_Function(IN int myInt,OUT int *result); 和 3.)相应的 32 位 lib 文件。

经过大量研究，我了解到，显然，COM/ATL 是从 64 位进程访问 32 位 DLL 的正确方法。显然，我在 WoW 下生成了一个 32 位 COM 进程，并与之交互。从架构的角度来看，这听起来不错，但我找不到任何关于如何具体执行此操作的教程或说明。我尝试过使用 Visual Studio 2010 的 ATL 向导，但仍然不知道如何正确执行此操作。有自动化工具吗？有模板或教程吗？我保证我已经尽我所能搜索了网络，只是想知道 1.) 我是否以正确的方式解决这个问题，或者 2.) 你知道任何资源吗？，或者 3.) 是否知道有人为此提供某种通用 IPC 模板吗？

从我在 SO 上读到的内容来看，像这样的图像不匹配似乎是程序员的常见问题，但除了“使用 COM/ATL”。我之前的一篇帖子产生了一个回复，其中非常详细地充实了 P/Invoke 签名调用的问题，这太棒了——我想知道我们是否可以开始一个“最终的”64/32 位跨架构讨论从这里开始!

谢谢!

-卡达吉

编辑:我已经知道 http://blog.mattmags.com/2007/06/30/accessing-32-bit-dlls-from-64-bit-code/ ，并了解架构，但想知道实现的细节。

Answer 1

您可以在几分钟内获得简约的 ATL 解决方案。

分步说明:

1. 创建空解决方案
2. 使用 Visual Studio 向导添加 ATL 项目。这将是 C++、ATL 项目、可执行 EXE - 您将需要 EXE，因为这将是托管您的 32 位代码的独立 32 位进程
3. 在您添加类的项目中，ATL 简单对象，所有默认值都来自那里 - 您将拥有一个类(例如 CFoo)以及 IDispatch 派生接口(interface) IFoo
4. 你在IFoo接口(interface)中添加一个方法，并在CFoo类中添加相应的实现，例如CFoo::Bar
5. C++ 部分已完成，构建并确保它已通过 COM 注册(可执行文件使用 /regserver 参数运行一次)
6. 添加 C# 项目，强制其位数为 x64，将 COM 引用添加到在上面第 5 步中构建的 ATL COM 服务器
7. 将 [STAThread] 添加到您的 C# 代码并从 C# 调用 Bar - 大功告成!

C#:

class Program
{
    [STAThread]
    static void Main(string[] args)
    {
        HostLib.Foo foo = new HostLib.Foo();
        foo.Bar();
    }
}

C++ IDL:

[
    // ...
]
interface IFoo : IDispatch
{
    [id(1)] HRESULT Bar();
};

C++:

// IFoo
    STDMETHOD(Bar)()
    {
        MessageBox(GetActiveWindow(), _T("Hello, 32-bit World!"),
            _T("Information"), MB_OK);
        return S_OK;
    }

64位C#代码启动32位COM EXE，通过调用Bar方法。

来源:Trac/SVN .