C++ cli 使用C+的原因+/CLI而不是c#？ 几年前我编写了一个托管C++应用程序。这只是个个人项目，我选择了管理C++只是因为我觉得它很有趣。我记得当时感觉做c#比做c#花费的时间要长得多，而且至少在我的情况下，这并没有什么好处

在现实中，C++/CLI什么时候是一个好的选择？

---

它的好处是什么？

使用C++/CLI的唯一原因是您可以在托管应用程序中使用本机库。甚至微软也表示，它不应该单独使用：

使用C++/CLI的第二个主要考虑事项是记住 这只是作为托管服务器和本机服务器之间的桥梁 世界，而不是你用来写批量的技术 你的申请。这样做当然是可能的，但你会 发现开发人员的生产率比纯C++低很多 纯C#/Visual Basic环境，并且应用程序运行频繁 启动速度较慢。因此，当您使用C++/CLI时，只编译您需要的文件 需要使用/clr开关，并使用纯托管或 纯本机程序集，用于构建 应用程序

---

使用C++/CLI的唯一原因是您可以在托管应用程序中使用本机库。甚至微软也表示，它不应该单独使用：

使用C++/CLI的第二个主要考虑事项是记住 这只是作为托管服务器和本机服务器之间的桥梁 世界，而不是你用来写批量的技术 你的申请。这样做当然是可能的，但你会 发现开发人员的生产率比纯C++低很多 纯C#/Visual Basic环境，并且应用程序运行频繁 启动速度较慢。因此，当您使用C++/CLI时，只编译您需要的文件 需要使用/clr开关，并使用纯托管或 纯本机程序集，用于构建 应用程序

---

对于我来说，在C语言中编写托管代码的难度要小得多，但有时C++提供的性能使它成为一个更好的选择。我用C++编写了性能关键代码，其余的代码都用C语言编写。使用C++/CLI的唯一原因是可以同时使用本机代码和托管代码

Herb Sutter的设计合理：

C++／CLI的任务是为C++程序员提供直接访问现有CLI库并创建新的CLI库，很少或没有性能开销，最小的额外注释量，以及完全的ISOC++兼容性。

---

对于我来说，在C语言中编写托管代码的难度要小得多，但有时C++提供的性能使它成为一个更好的选择。我用C++编写了性能关键代码，其余的代码都用C语言编写。使用C++/CLI的唯一原因是可以同时使用本机代码和托管代码

Herb Sutter的设计合理：

C++／CLI的任务是为C++程序员提供直接访问现有CLI库并创建新的CLI库，很少或没有性能开销，最小的额外注释量，以及完全的ISOC++兼容性。

---

听起来很合理。谢谢！：）这听起来很合理。谢谢！：）还有，这是的一个副本，它给出了一个比我更好的答案这是一个更接近的副本。还有，这是的一个副本，它给出了一个比我更好的答案这是一个更接近的副本