在C++/CLI中直接编译ISO C++代码吗?[副本]

在大多数情况下,但不一定。例如,与bcl相比,stl/clr的速度非常慢,一些东西(比如nullptr)指的是托管nullptr,而不是本机nullptr。即使你的应用程序完全为.NET编译,这也不能使它成为正确的事情。

如果必须提供托管接口,那么将本机端编译为DLL,然后从C_调用P/Invoke会更合理。这将更加可靠。

如果您只使用C,那么您可以依赖Mono来提供跨平台功能。另一种方法可能是提供C++和本地的、可移植的C++版本。

如果您真的需要Windows以外的托管代码版本,我将使用Java。学习Java比C++/CLI更有用,从C移植到Java不可能是火箭科学。

我会避免C++ +CLI,除非你是绝对的。 必须 为一些富有/重要的客户做这件事。

实施的优先顺序应取决于预期的市场需求。

不,不会的

• 根据msdn文档,它将。但这是一个令人讨厌的谎言。我掉进了这个陷阱。当已经编写了数千个loc时,发现cli在boost::thread方面有问题。后者就是不起作用。所以我想可能还有其他的事情。所以不要去那里,这是我的好建议。
• 即使没有cli,也不能假定使用gcc编译的所有内容都将使用msvc编译,因为后者存在许多ISO遵从性问题。更糟糕的是,两者都可以编译,但运行方式不同。微软太差劲了…但他们的IDE非常棒:)