在过去的几年里，我一直是一名本地 C++ 程序员。现在我们从头开始一个新项目。那么您对以丢失平台无关代码为代价转向 C++\CLI 的想法是什么？转移到 C++\CLI 是否有任何特殊优势？
问问题
2069 次
8 回答
31
根据我对 C++、C# 和 .NET 的经验，我会推荐以下内容：
- 如果您想采用 .NET 方式，请使用 C#。
- 如果您不想要 .NET，请使用传统的 C++。
- 如果您必须将传统 C++ 与 .NET 代码连接起来，请使用 C++/CLI。与调用 C++ 类的 .NET 和调用 .NET 类的 C++ 一起工作。
如果您不需要它，我认为只使用 C++/CLI 是没有意义的。
于 2008-09-30T10:05:18.183 回答
6
切换前需要考虑的一些问题：
[1] 坚持使用 Windows 可以吗？有其他操作系统的 .NET 克隆，但您的应用程序不会只是透明地运行。您可能不需要的复杂性。
[2] 您是否正在考虑仅为垃圾收集支持而切换？如果是这样，您可以只使用一些 C++ 垃圾收集器库。如果你弄清楚如何利用 std::shared_ptr，你可能不会觉得需要垃圾收集器。您可能不需要的开销。
[3] 您是否考虑使用 C++/CLI，因为垃圾收集和所有有用的 .NET 类都可以利用？如果是这样，为什么不直接切换到 C#。C++/CLI 是一种过渡性技术，最好不要在这类事情上投入资源。c# 变得非常成熟和可用。
就个人而言，我会坚持使用 C++ ;)。
于 2008-09-30T10:11:48.603 回答
3
对你有什么好处吗？您可能会失去切换到另一个操作系统的能力。
于 2008-09-30T09:58:25.093 回答
2
除非您正在与 .NET 应用程序集成，否则请不要打扰。当然不要使用 STL/CLR，因为它的性能真的很糟糕。
将开关切换为使用 .NET 类库很诱人，但还有其他选择。如果您这样做，您将无法如此轻松地移植您的代码。
似乎 OSS 的兴起正在增加，所以现在可能是研究使用跨平台库和工具的时候了。您可以比 Windows 更轻松地部署 linux 应用程序（通过发布完全配置的操作系统！），如果您部署 linux 客户端（因为它们是免费的），您将获得更好的投资回报率。
如果我是一名商人，我希望至少能够在 linux 或 mac 上进行部署，而不仅仅是 windows。从战略上讲，我不想打赌世界会在 5 年内留在微软。
于 2008-09-30T10:08:16.567 回答
2
迁移到 C++/CLI 的主要优势是可以访问 .NET 库和框架本身（垃圾收集等）。然而，据我所知，存在 C++/CLI 的主要原因是为了简化现有 C++ 代码的移植以在 .NET 框架中运行。鼓励新项目使用 C#。
如果您需要使用与 .NET 框架混合的现有 C++ 代码，那么使用 C++/CLI 是有意义的，但通常您应该从 C# 开始。
如果新项目需要广泛使用 .NET 中的某些内容（可能是更简单的 GUI 设计或其他内容），则使用 C#。如果没有，那么坚持使用原生 C++。我不认为你会因为这样做而失去任何东西。
于 2008-09-30T10:55:19.013 回答
1
看看这两篇文章：
我相信现在你和我一样相信 C++/CLI 既不是“C++ 的扩展集”（在许多方面它实际上是 C++ 的一个子集），它与 C++ 的关系也比任何其他带有分号的语言都多和花括号。此外，C++/CLI 绝对是一种面向 Windows 的编程语言；它绝对不是 Solaris 10 服务器或诺基亚手机乐于运行的语言。它与 C++ 有什么关系？
于 2009-03-26T11:11:55.710 回答
0
使用 C++/CLR 的一个主要缺点是，如果代码没有被充分模糊，可能会丢失您的 IP（知识产权）。总的来说，我同意这里其他成员的发言。如果您想要独立于 MS .net vm 的可移植代码，那么本机 C/C++ 是您的最佳选择。
于 2010-01-13T15:52:46.577 回答