用C+；编写控件的最佳方式是什么+；以便C++；还有C#程序？ 我有一个自定义控件，用C语言编写，我想把它移植到C++，因为它太慢了，而且我想在C++程序中使用它，以及C++程序。 我已经看过MFC ActiveX，ATL ActiveX和.NETC++。它们看起来都是不必要的复杂。我很想避免.NET C++，因为在C++程序中涉及.NET似乎毫无意义。

此外，似乎没有任何关于编写不到十年的activex控件的好教程

你们知道有什么针对VisualStudio2008的ActiveX教程吗

有没有其他方法可以在不必编写COM组件的情况下实现我的目标。我能不能在C++中编写一个普通的控件，并将其粘贴到一个DLL中，并且C++和C语言程序都可以使用它吗？我不关心与GUI表单设计器的兼容性

---

谢谢

我最初的回答如下。我会把它留给有类似情况的人

如果C++比复杂数学更慢于C++，那么你就做错事了。它的速度应该差不多相等，如果不是更快的话

C++本质上意味着制作GUI将涉及大量的复杂性、轮子的重新发明和旧文档。这是不可避免的

<>“在C++程序中涉及.net似乎毫无意义”这一事实告诉我，你对你所使用的技术知之甚少。 我的回答是：坚持用C#，否则你会陷入困境。专注于优化你所拥有的，而不是重新发明轮子

编辑：正如杰夫·梅尔卡多（Jeff Mercado）所说，如果你决定走本地路线，我祝你在interop项目上好运

根据你的评论，我仍然担心你不理解.NET C++（最近被C++／CLI取代）所起的作用。我认为这对你来说可能是一个完美的解决方案。它允许你，比如说，在C++中写一个ActiveX控件（这是我在这一点上推荐的），然后立即为它写.NET包装器而不留下C++，而使用一个相当大的C++扩展。

---

还有一个补充：尽可能使用VisualStudio2010。C++/CLI是对其前身的巨大改进。至于ActiveX，如果指南是旧的，不要担心。在过去的十年里变化不大。

我最初的回答如下。我会把它留给有类似情况的人

如果C++比复杂数学更慢于C++，那么你就做错事了。它的速度应该差不多相等，如果不是更快的话

C++本质上意味着制作GUI将涉及大量的复杂性、轮子的重新发明和旧文档。这是不可避免的

<>“在C++程序中涉及.net似乎毫无意义”这一事实告诉我，你对你所使用的技术知之甚少。 我的回答是：坚持用C#，否则你会陷入困境。专注于优化你所拥有的，而不是重新发明轮子

编辑：正如杰夫·梅尔卡多（Jeff Mercado）所说，如果你决定走本地路线，我祝你在interop项目上好运

根据你的评论，我仍然担心你不理解.NET C++（最近被C++／CLI取代）所起的作用。我认为这对你来说可能是一个完美的解决方案。它允许你，比如说，在C++中写一个ActiveX控件（这是我在这一点上推荐的），然后立即为它写.NET包装器而不留下C++，而使用一个相当大的C++扩展。

---

还有一个补充：尽可能使用VisualStudio2010。C++/CLI是对其前身的巨大改进。至于ActiveX，如果指南是旧的，不要担心。在过去的十年里，它并没有发生什么变化。

也许你应该考虑一下C语言的实现，然后再考虑跳回C++。它运行“慢”并不能说明什么，我相信它可以改进。让互操作开始工作并不会让它变得更容易。不要认为它可以改进。它对数组进行了大量的计算。安得烈还需要一个C++程序，通过正常的控制，我指的是MFC派生的自定义控件或者C++中为Windows API编写的一些东西。也许在考虑跳回C++之前，你应该考虑一下C语言的实现。它运行“慢”并不能说明什么，我相信它可以改进。让互操作开始工作并不会让它变得更容易。不要认为它可以改进。它对数组进行了大量的计算。此外，它还需要通过C++程序使用。安得烈，通过正常控制，我指的是MFC派生的自定义控件，或者是Windows C API编写的一些东西。此外，控制需要通过C++程序使用。大约二十年前，我开始为WindowsAPI编写C程序。我可能不了解最新的技术，但我不是头脑发热。数组的数学在C#中非常有效。你为什么不发布一个代码示例，我来看看我能做些什么？我将根据你的评论更新我的答案，也就是说，NXT——而不是卸载整个控件，你可能会从代码中的数学密集部分中找到使用C++的好处。最复杂的事情是快速傅立叶变换。三角函数也有广泛的应用。更重要的是，我必须编写在C++中使用这个控件的应用程序。很抱歉，我不能发布代码示例，但我感谢您的报价。明白了。我（再次）编辑了我的答案，将其分为“普通”答案和你的答案。我的答案是使用C++/CLI或其前身之一。我想你会发现，以你的背景学习是相当容易的，这将为你节省很多时间