为C#和C+编写DLL+；应用 我需要编写两个DLL，它们既可以从C语言应用程序中访问，也可以在C++应用程序中访问。最初，我认为我可以通过在C++中编写DLL并从C和C++应用程序链接来节省时间/精力。这个方法明智吗？还是应该使用C++来

为C#和C+编写DLL+；应用

---

我需要编写两个DLL，它们既可以从C语言应用程序中访问，也可以在C++应用程序中访问。最初，我认为我可以通过在C++中编写DLL并从C和C++应用程序链接来节省时间/精力。这个方法明智吗？还是应该使用C++来编写DLL？< /P> < P>我的建议是实现代码，在这里您最舒服，但不要忘了互操作要求。预先知道你的界面是什么，最终产品需要什么胶水。在填写实现之前，编写接口并测试互操作

<>如果你的需求的复杂性使舒适度不相关，我会以C++的方式编写它，这样你就可以通过p/Unjk./p>访问。

---

<> P>一个重要的因素是使用C++ + CLI或本机C++。在C++和CLI和C语言之间的双向交互是容易得多的。

< P>我建议你在C++中编写DLL，用公共的或类似的方式公开他们的公共类，然后在COM接口周围生成一个瘦的C包装。< /P> < P>如果DLL要用于其他.NET应用程序，那么你在C或C++中写的非常安全，无论你在哪一个更舒服

---

如果DLL在别处使用，你会发现用C++来写它更容易。

我会说最好的方法是C++是COM是Windows中的通用胶水。在C语言中非常容易做，在C++应用程序中不太容易使用。@史提夫，我不知道我在想什么，谢谢你的提示：谢谢，我会先把它全部用C语言来做。当我担心把C语言的DLL链接到C++应用程序中。经过2天的尝试链接到C语言的DLL，我决定在C++中回溯和编写我的DLL。链接到非托管代码似乎要容易得多，我想在完成这个项目的时候，脑子里至少还有几根头发。@Jim Fall-听到这个消息很抱歉，我希望我的建议没有给你造成太多的时间浪费。顺便说一句，我和你一样，毛囊稀疏，我同情你减轻压力的愿望。