解决方案
一个解决方案的文件结构:
.sln 项目目录 debug release |
其中,debug与release放置最终生成的dll或exe,项目目录下包含
头文件 源文件 debug release .proj等 |
项目debug与release只放置编译的中间结果obj
路径
General->outputdirectory 确定输出目录,即为OutDir
Linker->general->outputfile 确定具体的输出文件名称
Linker->advanced->inport libraty可以设置dll的导入库lib,不大好用..
Debugging->command,确定调试时候启动的文件名,通常为outputfile
Debugging->Workingdirectory,调试时候的当前工作目录(只适用于vs调试),调试时可以获得当前目录下的dll等
VC++目录
可执行目录:包含可执行文件的目录,通常是名字叫bin的文件夹,存放了.exe、.dll文件,对应这环境变量中的PATH( 可执行程序的查找路径)
包含文件:对应了系统环境的INCLUDE变量,文件夹下通常包含的都是一些头文件.h或者.c、.cpp文件;
引用文件目录:则对应LIBPATH目录,通常指向使用#Using指令在代码中引用的程序集和模块(c#中的引用);
库文件目录:对应LIB环境变量,其文件夹下通常包含的是.lib这样的静态库;
排除目录: 是指再依赖文件目录下的一些文件可能混淆真正必须的文件,那么我们就需要使用这个目录来剔除不需要的文件避免出错;
外部lib/dll
通常来说,由于dll并非直接合并至应用中,Visual Studio 链接外部dll 文件配置方式可以有:
1. 直接添加到系统的 PATH变量里:
方法最简单直接,坏处是会影响全局的 PATH 设置,尤其是包含着大量测试用 dll 时。
2. 在 Visual Studio 全局设置里,把 dll 所在目录添加到 PATH 里:
通过 Visual Studio 菜单 ==> 工具 ==> 选项 ==> 项目和解决方案 ==> VC++目录,在下拉框里选择"可执行文件",然后把 dll 所在路径添加进去。
3. 直接把所有 dll 拷贝到 Visual Studio 工程目录下,或是拷贝到生成可执行文件的文件夹(默认情况下是Debug 或 Release 目录)下:
这个方法也很简单,但是当你有若干个工程时,你每次更新 SDK 及其 dll 文件,你就要把所有的工程都更新,这个不符合文件唯一性的工程性准则。
4. 在调试程序时,让 Visual Studio 帮你切换当前工作目录到 dll 相应的目录下:
在 Visual Studio ==> Project ==> Properties ==> SelectConfiguration ==> Configuration Properties ==> Debugging ==> Workingdirectory 里填上 dll 所在目录,这样当在调试程序时,Visual Studio 会把当前工作目录切换到这个目录下,从而会自动读取本目录下的dll 文件。
这个方法的优点很明显,简单!副作用也很明显,在你切换了当前工作目录后,你可能会找不到程序的配置文件,在程序里写的诸如"./config.ini"全部都找不到了;另外,你要把所有的dll 都放到这个工作目录里,否则一样会提示说找不到 xxx.dll 的问题。
5. 最后一个方法,也是我认为最好的一个方法,在 VisualStudio 工程属性里把一个目录临时添加到 PATH 环境变量里:
MSDN 上也有类似的介绍:How to: SetEnvironment Variables for Projects,方法很简单,在"工程属性" ==> "调试" ==> "环境"里,添加类似如下所示的内容:
PATH=%PATH%;$(TargetDir)\DLLS
这样就可以把 $(TargetDir)\DLLS 临时添加到该工程所属的系统 PATH 里。
开发时可以根据项目的实际情况,灵活选用以上方法。
DLL 文件有两类:
1 标准的 DLL 函数库,需要在 VB 中声明并调用函数。 一般情况下,它与应用在同一路径下,或放在一些特殊文件路径。
我们常说的系统 API 就属于这一类。
2 ActiveX DLL,需要注册才能使用。但它带来的好处是,它可以放在任意目录下。VB 所生成的 DLL 属于这一类。
导入库
导入库而言,其实际的执行代码位于动态库中,导入库只包含了地址符号表等,确保程序找到对应函数的一些基本地址信息
有了导入库,调用dll时候,只要包含对应的头文件,可以接调用函数,而不需要使用LoadLibrary+GetProcAddress手动调用dll中的函数
应用程序链接DLL文件
如果应用程序使用LoadLibrary显式链接,那么在这个函数的参数中可以指定DLL文件的完整路径。如果不指定路径,或是进行隐式链接,Windows将遵循下面的搜索顺序来定位DLL:
1. 包含EXE文件的目录, 2. 进程的当前工作目录,
3. Windows系统目录, 4. Windows目录,
5. 列在Path环境变量中的一系列目录。
第三方库
在程序开发中,很多时候需要用到别人开发的工具包,如OpenCV和itk。一般而言,大部分是使用对类进行声明的头文件和封装了类的链接库(静态lib或动态dll)。
如果要使用这些类,需要在文件中包含头文件的名字,如#include
“cv.h”。但这个并不够,因为这个文件一般来说不在当前目录下,有两种方法解决这个问题。
一,将所包含的头文件复制到当前目录下,这个比较有局限性,因为如果头文件太多,这样比较麻烦。
二,将头文件所在的路径包括进去,即添加包含(include)文件目录。两种方法:
A. 依次打开“项目——属性——配置属性——C++——常规——附加包含目录”中加入所有的路径。这里需要注意的是路径必须指向头文件所在的子文件夹,而不能直到父文件夹就结束;每个路径不需要加上双引号,输入了之后,vs2008会自动加上双引;如果是多个路径,路径直接用“;”隔开。
B. [菜单]“工具->选项->项 目和解决方案->C++ 目录”,选择对应平台,然后添加所需“包括文件”目录。
除了头文件以外,也需要告诉编译器,类在哪里实现的,即封装类的链接库在哪里,这样程序才能执行工具包中的函数。
首先需要将链接库的路径输入vs2008,即添加库(libs)文件目录。两种方法:
A. 依次打开“项目——属性——配置属性——链接器——常规——附加库目录”中加入链库的路径。
B. [菜单]“工具->选项->项目和解决方案->C++ 目录”,选择对应平台。然后添加所需“库文件”目录,即添加编译所需要(依赖)的
lib 文件 。在“项目——属性——配置属性——链接器——常规——输入——附加依赖项”中加入链接库的名字,多个lib用空格隔开。(等同于“#pragma comment(lib, “xxx.lib”)
”语句)。
Pragma comment
例如:pragma comment ( lib,"wpcap.lib" )
表示链接wpcap.lib这个库。和在工程设置里写上链入wpcap.lib的效果一样,不过这种方法写的 程序别人在使用你的代码的时候就不用再设置工程settings了。告诉连接器连接的时候要找ws2_32.lib,这样你就不用在linker的lib设置里指定这个lib了。
原文地址:https://www.cnblogs.com/resibe-3/p/8232920.html