纯C中的Win32 COM编程

Question

我有一个编程项目，需要访问一些较低级别的Windows API（特别是WASAPI）。 我对C＃，Java和PHP等高级编程语言很有经验，而且我对C / C ++只有一点了解。

我想在这个项目中使用C（而不是C ++），因为C ++有点可怕 。 在Visual Studio中将我的项目的C / C ++设置更改为编译为C代码后，我注意到对__uuidof任何调用都不起作用，因为它们是特定于C ++的。

我的问题是双重的：

1. 是否可以编写在纯C中使用COM的Win32程序
2. 如果是这样，应该避免使用纯C吗？

Answer 1

1. 是的，可以使用使用COM的写纯C程序，事实上这是10 - 15年前的常见做法。

2. 你不是通过使用C做自己的帮助（正如你已经注意到的那样）。 例如，ATL在您做COM时提供了很多帮助，可以帮助您避免常见错误。

如果我是你，我会去C ++，即使最初的门槛可能稍微高一点。 如果您没有该书，也可以获得该主题的书籍。 在网络中有很多例子，但是有一些东西可以引导你，因为COM编程不适合胆小者，无论你使用的是C还是C ++。

Answer 2

COM在C部分之外使用了相当小的C ++子集，并且不需要使用许多“可怕”项目，例如：

• 例外 - 如果你没有正确使用它们，这些可以真正咬你C ++（你需要真正购买RAII成语，如果你习惯了更传统的C / Win32编码，它可能会习惯）; 但异常根本不是COM的一部分：COM使用返回代码进行所有错误处理。 有一些包装器和编译器扩展，如果你愿意，可以将COM的返回代码转换为C ++异常，但它是选择加入的。

• 类层次结构和继承 - 继承也不是COM本身的一部分，除了所有COM接口派生自（或从IKnknown方法开始）的事实。 但是，您不需要了解有关使用 COM的多个虚拟继承的任何信息。 其中一些对于了解您是否自己实现 COM对象非常有用，而不是仅仅使用它。 （例如，使用C ++多重继承是实现暴露多个接口的COM对象的一种非常常见的方式;但它不是唯一的方法。）

• 模板 - 再次，不是COM的一部分，但有几个库 - 例如。 MFC和ATL - 使用模板使COM更易于使用。 对于像CComPtr这样的智能指针类来说尤其如此，它将为您处理一些引用计数，允许您的代码专注于做真正有趣的事情，而不是让它包含管家的东西。

COM和C ++之间的主要联系是Windows上的所有C ++编译器都会以与COM所需内容完全匹配的方式在内存中布局C ++对象。 这允许您使用COM对象，就像它是一个C ++对象一样，这使得代码相当简洁，因为语言/编译器会为您处理一些非常简单但冗长的内容。

所以不要在C中执行以下操作（逐步执行vtable并明确传递此参数）：

pUnk->lpVtbl->SomeMethod(pUnk, 42);

您可以在C ++中执行以下操作：

pUnk->SomeMethod(42);

你真的不想输入 - > lpVtbl并确保你通过每个COM调用传递正确的'this'参数（切割和粘贴时要小心！），对吗？

我的建议是找到一本好的COM书 - 里面的COM是一个很好的 - 然后开始使用你熟悉的C ++子集。 一旦你知道如何使用COM指针“raw”，并自己使用QI，AddRef等，那么也许你可以使用帮助库来使用模板为你做一些簿记。 决定使用将COM错误映射到C ++异常的包装器是一个更大的跳跃，因为您需要首先编写异常安全的C ++代码，因此需要首先了解这些问题。 但我想不出任何好的理由 - 除了纯粹的好奇心 - 回归并使用来自普通C的COM。