我们有一个由VS构建的(纯原生C++) .DLL。作为客户端,我们有一些原生C++应用程序和一个.Net-Wrapper围绕着这个用C++/CLI编写的DLL。最后,还有一些用C#编写的.Net-Wrapper客户端应用程序。
我的问题是,native.dll必须以一种与.Net世界不同的方式分发,并且VS不会跟踪那个DLL。因此,为了让我的所有C#应用程序正常工作,我必须将其复制到每个可执行目录中,或者将其放在%PATH%中的某个位置(在开发人员计算机上,我会避免这样做,因为他们可能希望使用不同版本的DLL启动不同的应用程序)。如果存在引用包装器DLL的UserControls,则会出现更大的问题:您必须将DLL复制到VS的目录,或者再次复制到%PATH%。但最糟糕的情况发生在我们的翻译器工具上。此工具跟踪.Net-Assemblies,并将其打包到可发送给外部翻译器的翻译器包中。据我所知,没有办法将原生.DLL放入那个包中!
因此,我计划将本机DLL静态链接到.Net-Wrapper中,这将解决我的问题。但是对于我们的本机应用程序,这个本机DLL必须仍然是一个DLL。
所以我有两个选择:
生成两个输出
发布于 2009-11-04 20:13:57
在DLL的C++项目文件中,创建两个配置,一个生成dll,另一个生成.lib。不需要两个项目,因为任何.NET/C++项目都可以支持多个构建配置(这就是发布版本和调试版本不同的构建方式)。
发布于 2009-01-10 15:16:39
另一种选择是有两个项目,一个项目将输出一个可以静态链接的.lib,另一个项目将输出一个.dll并将您的.lib作为依赖项,您应该将.def添加到您的.dll中,其中包含您计划导出的符号,否则它将为空。
发布于 2009-01-08 04:11:49
拿起一份DLL to Lib (编辑:如果你找不到更便宜的选择)
https://stackoverflow.com/questions/424032
复制