gpt4 book ai didi

c# - 包装 C++ 以便在 C# 中使用

转载 作者:可可西里 更新时间:2023-11-01 17:46:56 25 4
gpt4 key购买 nike

好了,基本上就有了一个大的C++项目(Recast)我想包装以便我可以在我的 C# 项目中使用它。

我已经尝试这样做一段时间了,这就是我目前所做的。我正在使用 C++/CLI 包装我需要的类,以便我可以在 C# 中使用它们。

但是,我的 C# 项目中还需要大量的结构和枚举。那么我该如何包装这些呢?

我现在使用的基本方法是将 dllexport 调用添加到 native c++ 代码,编译为 dll/lib,将此库添加到我的 C++/CLI 项目并导入 c++ header ,然后将 CLI 项目编译成一个dll,最后添加这个 dll 作为对我的 C# 项目的引用。感谢您的帮助。

这是一些代码..由于 C++ 项目太大,我需要一种可管理的方式来执行此操作。

//**Native unmanaged C++ code
//**Recast.h

enum rcTimerLabel
{
A,
B,
C
};

extern "C" {

class __declspec(dllexport) rcContext
{
public:
inline rcContect(bool state);
virtual ~rcContect() {}
inline void resetLog() { if(m_logEnabled) doResetLog(); }

protected:
bool m_logEnabled;
}

struct rcConfig
{
int width;
int height;
}

} // end of extern


// **Managed CLI code
// **MyWrappers.h
#include "Recast.h"

namespace Wrappers
{
public ref class MyWrapper
{
private:
rcContect* _NativeClass;
public:
MyWrapper(bool state);
~MyWrapper();
void resetLog();
void enableLog(bool state) {_NativeClass->enableLog(state); }
};
}

//**MyWrapper.cpp
#include "MyWrappers.h"

namespace Wrappers
{
MyWrapper::MyWrapper(bool state)
{
_NativeClass = new rcContext(state);
}

MyWrapper::~MyWrapper()
{
delete _NativeClass;
}
void MyWrapper::resetLog()
{
_NativeClass->resetLog();
}
}


// **C# code
// **Program.cs

namespace recast_cs_test
{
public class Program
{
static void Main()
{
MyWrapper myWrapperTest = new MyWrapper(true);
myWrapperTest.resetLog();
myWrapperTest.enableLog(true);
}
}
}

最佳答案

通常,C/C++ 结构用于与 native 代码通信,而您创建 CLI 类用于与 .NET 代码通信。 C 结构是“哑”的,因为它们只能存储数据。另一方面,.NET 程序员期望他们的数据结构是“智能的”。例如:

如果我更改结构中的“高度”参数,我知道在将该结构传递给更新函数之前,对象的高度实际上不会改变。但是,在 C# 中,常见的习惯用法是值表示为属性,更新属性将立即使这些更改“生效”。

这样我就可以做类似的事情:myshape.dimensions.height = 15 并期待它“工作”。

在某种程度上,您向 .NET 开发人员公开的结构(作为类)实际上是 API,行为被映射到这些类的属性和方法。而在 C 语言中,结构仅用作传递给完成工作的函数和从函数传递的变量。换句话说,.NET 通常是面向对象的范例,而 C 不是。许多 C++ 代码实际上是 C 代码,加上一些花哨的位来增加趣味。

如果您正在编写 C 和 .NET 之间的转换层,那么您的大部分工作就是设计构成新 API 的对象,并为您的底层功能提供转换。 C 代码中的结构不一定是新对象层次结构的一部分;它们只是 C API 的一部分。

编辑以添加:

还要考虑

此外,您可能需要重新考虑使用 C++/CLI 的选择,并考虑改为使用 C# 和 p/invoke。出于各种原因,我曾经使用 C++/CLI 为 OpenSSL 编写了一个包装器,尽管它的构建如此简单且工作起来如此无缝令人印象深刻,但也有一些烦恼。具体来说,绑定(bind)很紧密,所以每次父项目 (OpenSSL) 更新他们的库时,我都必须重新编译我的包装器以匹配。此外,我的包装器永远与特定架构(64 位或 32 位)相关联,该架构还必须与底层库的构建架构相匹配。您仍然会遇到 p/invoke 的架构问题,但它们更容易处理。此外,C++/CLI 不能很好地与 Reflector 等内省(introspection)工具配合使用。最后,您构建的库不能移植到 Mono。我不认为这最终会成为一个问题。但最后,我不得不从头开始,改用 p/invoke 在 C# 中重新完成整个项目。

一方面,我很高兴我完成了 C++/CLI 项目,因为我在一个项目中学到了很多关于使用托管和非托管代码以及内存的知识。但另一方面,我确实有很多时间可以花在其他事情上。

关于c# - 包装 C++ 以便在 C# 中使用,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/9521916/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com