将 C++/CLI 转换为 C++ 时的陷阱

Question

我有一个用 C++/CLI 编写的库，我想打开它。我希望它尽可能跨平台，并且能够编写绑定以供其他语言使用（Java、Python 等）。为此，该库需要采用纯 C++ 语言，以获得最大的灵活性。我认为逻辑结构已经存在，我只需要将它使用的 .NET 库替换为标准 C++ 库即可。这是一个错误的观念吗？进行这种转变时我应该注意什么？

Answer 1

从未做过 C++/Cli 到 C++ 的移植，但我想到的是：

• 确保没有内存泄漏。如果可能的话，使用智能指针而不是 gcnew（如果没有，请确保您的代码是异常安全的）。
• 确保您的库接口仅包含内置类型（内置类型不包括 STL 的类型！但是，如果您采用开源，则这不是强制必要的）

Answer 2

这可能比它的价值更麻烦。您可能会遇到以下情况：

• C++ 中没有垃圾回收。这是最重要的。这可能需要对您的库进行重大重新设计才能进行转换。如果您至少使用 C++ tr1 或 boost 库，则可以通过使用shared_ptr 来实现这一目标，但存在重要的根本区别。例如，您必须警惕循环依赖。此外，如果调试器中没有对它们的特定支持，它们也会使调试变得困难。
• .Net 类中的函数在 C++ stl 或标准库中没有等效项。最大的麻烦可能是您编写的任何字符串操作代码，因为其中存在很多差异。
• 类库/程序集不是 C++ 内置的 - 每个平台都有自己的创建动态或共享库的方法，并且对 C++ 共享库的支持不多 - 在许多情况下只有 C 库。准备好将所有内容都变成静态库。
• 您必须自己管理所有资源。