背景

公司所开发的程序大体上包含一个exe格式的可执行文件作为主入口，同时在项目中包含了自身开发的、引用的dll（Dynamic Link Library动态数据库）和lib（静态数据库），因此需要开发人员理解exe是如何调用DLL和lib的，以及开发时的文件组织框架（如dll、lib和.h文件的放置位置）。
另外，由于目前的开发IDE（Integrated Development Environment集成开发环境）是Visual Studio 2013，因此需要开发人员学习如何在该IDE中部署环境。
下文将试图简单回答上述三个问题。

问题1：什么是exe、dll和lib

可执行文件：exe和dll

用户可以直接运行的文件都是可执行文件，只不过多数软件将其主要的功能集合到一个可执行文件作为同用户交互的出入口，往往随着软件功能的划分，一个软件可以有多个出入口以实现不同的目的，【不知道为什么】通常将exe作为交互的出入口。
将exe所需的功能放在dll中，通过一定的方法导出dll中的功能，供exe在运行时调用。这样做可以实现工作模块化，同时，也可以减小用户安装文件的尺寸，因为有部分功能是利用了操作系统自带的dll。
比如TIM，主程序TIM.exe以及其他主要功能Timwp.exe等。

image.png

静态数据链接库：lib

【只看了百度】lib与dll的区别
(1)lib是编译时需要的，dll是运行时需要的。

如果要完成源代码的编译，有lib就够了。

如果要使动态连接的程序运行起来，有dll就够了。

在开发和调试阶段，当然最好都有。

(2)一般的动态库程序有lib文件和dll文件。lib文件是必须在编译期就连接到应用程序中的，而dll文件是运行期才会被调用的。如果有dll文件，那么对应的lib文件一般是一些索引信息，具体的实现在dll文件中。如果只有lib文件，那么这个lib文件是静态编译出来的，索引和实现都在其中。静态编译的lib文件有好处：给用户安装时就不需要再挂动态库了。但也有缺点，就是导致应用程序比较大，而且失去了动态库的灵活性，在版本升级时，同时要发布新的应用程序才行。

(3)在动态库的情况下，有两个文件，一个是引入库（.LIB）文件，一个是DLL文件，引入库文件包含被DLL导出的函数的名称和位置，DLL包含实际的函数和数据，应用程序使用LIB文件链接到所需要使用的DLL文件，库中的函数和数据并不复制到可执行文件中，因此在应用程序的可执行文件中，存放的不是被调用的函数代码，而是DLL中所要调用的函数的内存地址，这样当一个或多个应用程序运行时再把程序代码和被调用的函数代码链接起来，从而节省了内存资源。从上面的说明可以看出，DLL文件必须随应用程序一起发行，否则应用程序将会产生错误。

问题2：文件组织框架

合理的文件组织框架可以提高开发效率，开发者在使用其他模块时可以采用相对路径，减少使用绝对路径时因路径不同而增加的工作量。
文件组织框架如下图，VS的solution文件也在此根目录：

image.png

其中，
demo：VS2013的solution（解决方案）的名称
debug、release：调试版本和发布版本
include：存放各模块的.h文件，其他模块也在该相对路径下调用头文件。
src：存放编译时生成的文件包括项目文件、头文件、dll文件和源代码等
bin：存放编译过程文件、exe可执行文件和dll，其他模块也在该相对路径下调用dll。
lib：存放lib和exp
“demo_dll”、"hr_demo"等为solution下包含的项目的名称。

问题3：举例在VS2013部署exe，然后关联dll

建solution和一个exe的project

image.png

命名如下

image.png

其application setting如下

image.png

console application：建立一个控制台应用，类似cmd命令的界面
MFC：Microsoft Foundation Classes 做UI用的，公司依然采用。
SDL：不用勾选【具体原因未知】

生成结果如下

image.png

demo1_exe：solution "demo1"的一个project。
demo1.sln：solution文件
demo1.sdf：【不知道】
ipch：编译过程文件或辅助文件【不确认】

注意，此时可以看到project "demo1_exe"下包含了待编译的头文件、源代码和项目文件（.vcxproj）等。
重点：手动将一个建立的项目的文件夹整体放入src（手工创建）文件夹。

image.png

在该solution下建立一个DLL文件

image.png

image.png

image.png

image.png

image.png

project设置输出路径：dll文件和exe文件到bin

首先，我们要看一下编译之后会输出什么文件。这里在Debug模式下编译。

image.png

结果就是，在同项目文件夹平级的位置生成了一个Debug文件夹，里面包含了dll的的输出和console application的输出文件（如exe）。

image.png

image.png

而根据问题2中的描述，我们需要把dll和exe文件放入"debug\bin"或者"release\bin"中，因此我们需要修改这个宏命令。
同时，为区分debug和release版本，在debug版本的TargetName中加上"_d"的后缀。

image.png

注意，每个项目都需要为debug和release和属性（properties）修改一次。

project设置输出路径（仅DLL项目）：lib文件到lib

image.png

【至于为什么叫“import Library”，我也不懂了】
OutDir：项目输出路径，即

image.png

..\：为当前目录的上一级目录

生成结果如下

image.png

project设置输出路径（仅DLL项目）：h文件到include

这部操作是通过在编译器的预编译事件中加入宏命令，更新目标文件夹下面的头文件。

image.png

del /f /s /q $(SolutionDir)\include\$(ProjectName)\
xcopy /s /c /i /r /y *.h $(SolutionDir)\include\$(ProjectName)\

注意，可以在宏命令帮助中查看各变量的意义。

image.png

注意，由于properties是属于各项目的，因此当前路径指的是项目路径。

--------------------------------------------------------华丽的分隔线-----------------------------------------------------------------
由于一个模块可以使用其他模块的接口，需要设置相应的输入路径

project设置输入路径：从include中读取头文件

image.png

project设置输入路径：从lib中读取链接器的数据

image.png

project设置：其他

1. 删除def文件和设置：理由在下文exe和dll关联机制中介绍。
   
   image.png
   
   
   image.png
   
   2.将字符集改为multi-byte：由于公司历史原因，没有使用Unicode
   
   image.png
   
   注意，需要安装multi-byte字符集文件《vc_mbcsmfc.exe》。
   --------------------------------------------------------华丽的分隔线-----------------------------------------------------------------

exe和dll关联机制

【其实不是很懂】

为方便导出dll的接口，同时便于其他模块导入，将模块导入导出的指令写成代码形式，统一文件名称为marco.h，参考代码如下：

#pragma once //网上查到：为避免被同一个文件include多次，可以用#ifndef的相关命令替换

#ifdef DEMO_DLL //如果定义了一个标识 DEMO_DLL，即在dll文件的“预处理定义”中加上该标识的情况下。
#   define DEMO_API  __declspec(dllexport) // MSDN:extended attribute syntax，定义标识DEMO_API为dll输出
#else
#   define DEMO_API  __declspec(dllimport) //否则为dll输入
#   ifdef _DEBUG //debug版
#       pragma comment(lib, "demo_dll_d.lib") //用于指定导入模块时要链接的lib文件（可通过项目属性实现，此处为便于维护和其他模块使用，改用代码方式实现）
#       pragma message("auto linking to demo_dll_d.lib")
#   else //其他
#       pragma comment(lib, "demo_dll.lib")
#       pragma message("auto linking to demo_dll.lib")
#   endif
#endif

在预处理定义中增加该标识，以便在编译时明确该项目是要导出接口。

image.png

另外，对于macro.h文件，一般每个头文件或cpp源文件都需要包含，容易出错，可在模块预处理文件'stdafx.h'中统一添加。

image.png

然后在需要调用该模块的源代码处include该macro.h。

image.png

以避免各文件都要单独包含重复代码。

测试连通

1. 先在dll项目中建立一个头文件，声明一个函数或者类

   
   
   image.png

2. 在dll项目中建立一个同名的cpp，实现该函数或者类

   
   
   image.png

3. 然后在exe的源代码中创建一个cpp文件，include了dll中的头文件和宏文件，然后运行sum函数。

   
   
   image.png

4. 结果如下

   
   
   image.png