C#引用外部DLL文件,DLL文件不与该文件处于同一目录
这个你们有人真正试过吗?试过的再说哈。。。添加引用之后,属性,是否复制到本地,点否,点是,都不行,最后的效果都是DLL在同一目录才好用,拿走了就报错。你们帮帮忙看看呗?...
这个你们有人真正试过吗?试过的再说哈。。。添加引用之后,属性,是否复制到本地,点否,点是,都不行,最后的效果都是DLL在同一目录才好用,拿走了就报错。你们帮帮忙看看呗?
展开
2个回答
展开全部
你都没有理解楼主的意思,楼上说的是不放在同一目录下,你说这么多,还得dll文件跟exe文件放到同一目录下了,我也遇到了这个问题,系统楼主知道答案了,分享一下
已赞过
已踩过<
评论
收起
你对这个回答的评价是?
推荐于2017-09-08
展开全部
必须是复制在同一目录才行。引用的话,程序运行前,会复制到本地。如果没有复制,说明你的程序出现bug了。按理说你通过添加引用,是否复制到本地点是,这样是可以的。因为这个选项就是在你程序运行编译之前,就会把相应的文件复制到你的程序那个同一目录中。
效果都是DLL在同一目录才好用,这点你说的没错。因为你点那个复制。就是执行把dll放到同一目录的命令。但是如果你点了那个复制是了,程序却没有把DLL放在同一目录,那就是程序出bug了。
但是你说不行,那就没办法了。你可以检查一下你的bin,debug里面是否有这个dll,如果没有你手动复制过去也行。
还有一种方法就是把dll复制到系统文件夹的system32中。一般操作系统对于dll文件寻找位置就是程序运行的目录以及system32文件夹中。这种方式是系统所决定的,不是程序设置的问题。
程序中若你要使用其他路径的dll,通常是通过安装的时候设置系统的环境变量路径来做到的。使得程序在运行的时候寻找dll路径会默认找到这些地方。当然设置环境变量路径需要你对操作系统了解,熟悉操作系统的运行。否则一般的小程序还是把dll放到程序运行目录下吧,因为环境变量路径设置过多,对系统来说也是一种负荷。
效果都是DLL在同一目录才好用,这点你说的没错。因为你点那个复制。就是执行把dll放到同一目录的命令。但是如果你点了那个复制是了,程序却没有把DLL放在同一目录,那就是程序出bug了。
但是你说不行,那就没办法了。你可以检查一下你的bin,debug里面是否有这个dll,如果没有你手动复制过去也行。
还有一种方法就是把dll复制到系统文件夹的system32中。一般操作系统对于dll文件寻找位置就是程序运行的目录以及system32文件夹中。这种方式是系统所决定的,不是程序设置的问题。
程序中若你要使用其他路径的dll,通常是通过安装的时候设置系统的环境变量路径来做到的。使得程序在运行的时候寻找dll路径会默认找到这些地方。当然设置环境变量路径需要你对操作系统了解,熟悉操作系统的运行。否则一般的小程序还是把dll放到程序运行目录下吧,因为环境变量路径设置过多,对系统来说也是一种负荷。
本回答被提问者采纳
已赞过
已踩过<
评论
收起
你对这个回答的评价是?
推荐律师服务:
若未解决您的问题,请您详细描述您的问题,通过百度律临进行免费专业咨询