创建C ++ API库

Question

我试图了解为非开放源代码项目提供相当大的C ++ API的正确方法或正确方法。我不想提供“仅标头”库，因为代码库很大，并且打算封闭源代码。目标如下：

• 提供本机C ++ API，用户可以实例化C ++类，在C ++中传递数据，而无需C-only包装器
• 允许方法作为参数并返回C ++对象，尤其是STL类型（std :: string，std :: vector等）
• 没有自定义分配器
• 大多数行业标准/规范方法可以做到这一点，如果存在这样的标准
• 无需重新创建COM或使用MS COM
• 假设所有C ++编译器至少符合“ C ++ 11”标准

我的目标是Windows以及其他平台（Linux）。

我的理解是由于DLL边界问题，无法创建DLL或共享库。为了解决DLL边界问题，必须使用动态链接的运行时（以及Windows上的正确版本，多线程/调试/等）编译DLL和调用代码，然后所有调试器设置都必须与调试符号相匹配（迭代器调试设置等）。我有一个问题是，例如，如果在Windows上使用Visual Studio中的默认“调试”和“发布”设置来确保编译器设置在/ MD方面匹配，那么我们是否真的可以“安全”使用DLL是否以这种方式（即来回传递STL对象，以及在发生不匹配时肯定会造成危险/失败的各种事物）？做共享对象，*。

使用静态库是否可以解决此问题？静态库和链接到该库的调用代码之间需要多少匹配编译器设置？与DLL（在Windows上）几乎一样的问题吗？

我尝试过在线查找图书馆的示例，但在此方面找不到太多指导。许多资源都在讨论开放源代码解决方案，该解决方案似乎是将标头和实现文件复制到代码库中（仅用于非标头），不适用于封闭源代码。

什么是正确的方法？看来这应该是一个普遍的问题；尽管我想知道大多数商业供应商是否仅使用C接口。

如果可以解决问题，我可以使用静态库。我还可以接受这样的想法：拥有一组具有Y设置变体的X编译器（其中X和Y是要支持的预定选项列表），并拥有一个生成X * Y共享二进制库的构建系统，如果那样的话是“安全的”。

答案是否真的只是与工厂一起执行C接口或创建Pure Abstract接口？（如果是这样，是否有规范的书籍或指南用于编写此文档，但未实现Microsoft COM？）。

我知道Stefanus DuToit的沙漏图案：https：//www.youtube.com/watch？ v = PVYdHDm0q6Y

我担心这是很多代码重复。

我并不是在抱怨事物的状态，我只是想了解“正确”的方式，希望对其他处于类似位置的人来说，这是一个很好的问题。

我已经查看了这些Stackoverflow参考：

何时使用动态库与静态库

如何安全地将对象（尤其是STL对象）与DLL传递？

分发Windows C ++库：如何决定创建静态库还是动态库？

静态库API问题（std :: string与char *）

简单的方法来保证C ++库和C链接的二进制兼容性？

也有评论：

https://www.acodersjourney.com/cplusplus-static-vs-dynamic-libraries/

https://blogs.msmvps.com/gdicanio/2016/07/11/the-perils-of-c-interface-dlls/

Answer 1

• 提供原生 C++ API，用户可以实例化 C++ 类、传递数据，所有这些都在 C++ 中进行，无需仅使用 C 的包装器

这不包括 COM。

• 允许方法作为参数并返回 C++ 对象，尤其是 STL 类型（std::string、std::vector 等）

这不包括 DLL

• 如果存在这样的标准，则大多数行业标准/规范方法都可以做到这一点

不是“标准”，但有常见的做法。例如，在 DLL 中，仅传递原始 C 内容。

• 无需重新创建 COM 或使用 MS COM

这需要 DLL/COM 服务器

• 假设所有 C++ 编译器至少“兼容”C++11

也许。通常是的。

一般来说：如果源可用，则仅使用标头（如果是模板）或 h +cpp。如果没有源码，最好是DLL。静态库 - 您必须为许多编译器构建，并且必须在任何地方携带您的库并链接到它。