静态链接库(lib)与动态链接库(dll)的比较：
首先，静态链接库与动态链接库都是共享代码的方式，也可称为程序模块化的方式；
静态链接库：
lib中的指令都被直接包含在最终的EXE中，因此exe运行时不再需要lib文件；
不能再包含其他的动态链接库或者静态库；
动态链接库：
dll与EXE文件独立存在，所以发布EXE时需要同时发布dll文件；
可以再包含其他的动态链接库或者静态库；
建议：
请最好使用动态链接库(dll)进行程序的模块化，静态链接库(lib)过时了(应用程序升级上就能看出其劣势)；
常用DLL查看工具 ：
Dumpbin命令 或 VC++ 自带的Depends工具，可以查看某个[dll档的导出信息]或某个[exe调用的dll信息]。
DLL注意事项：
对于DLL的生成：
请谨慎使用exetern “C”；//这种方式可读性虽高，但不支持重载等；【优劣并存】
请不要使用模块定义(.def) 文件；//因为这种方式不够灵活；【目前def过时了】
不要忘了使用__declspec(dllexport) 与 __declspec(dllimport)；
对于编译、运行：
请拷贝dll文件，.lib文件，.h文件到exe主目录（只要保证编译时exe能看到dll相关
的信息即可）；【通常做法是组织好源代码的层次并设置好project->setting】
对于发布：
dll文件需与exe文件一起发布。
显示（动态）调用方式与隐式（静态）调用方式的比较：
显示（动态）调用方式的特点是完全由编程者用 API 函数加载和卸载 DLL，程序员可以决定 DLL 文件何时加载或不加载，调用方式灵活。
隐式（静态）方式的特点是由编译系统完成对DLL的加载和应用程序结束时 DLL 的卸载。静态调用方式简单易用，但不如动态调用方式灵活。
建议：
所谓的显、隐就是针对LoadLibrary (“.dll”)而言的；
请最好使用隐式（静态）方式，因为dll导出接口没用extern “C” 修饰的情况下，显示
（动态）调用可读性极差；而不论是否使用过extern “C”，隐式调用的接口名都与dll接口定义相同。
静态链接库、动态链接库、MFC的联系与区别：
使用静态链接库 还是 动态链接库 是一回事，用不用MFC又是另一回事！换句话说就是lib和dll都能使用MFC。
三类动态链接库的比较：
Non-MFC：
不采用MFC类库编写，而是采用标准C风格，导出的dll接口与标准C函数类似；
可被MFC或非MFC程序调用；
总结：(一般规则是：当程序不涉及MFC时创建该类型的dll)
Regular-MFC：
与下面的Extension-MFC类似，采用MFC类库编写，最明显的特点就是包含有一个
CwinApp的派生；
在导出的dll接口中可以使用MFC的类库，但接口本身不能是MFC类或其派生类；
它又可分为静态链接到MFC的规则dll(using MFC in static library)与动态链接(共享)到
MFC的规则dll(using MFC in shared dll)；
可被任何支持DLL的语言调用（前提是要采用_stdcall约定）；【我不想关心调用约定】
总结：(好处是可以在dll接口中使用MFC类库)【可使用但不可导出MFC】
Extension-MFC：
采用MFC类库编写；
不仅dll接口中可以使用MFC的类库，导出的接口本身也可以是MFC类或其派生类，常用其来增强MFC的现有功能；
只能被MFC程序调用；
总结：(好处是可以用来增强MFC类库的现有功能)
两种规则DLL(Regular-MFC DLL)的比较：
静态链接到MFC的规则dll(using MFC in static library)：
DLL接口中默认就使用DLL自己的资源，因此不需要进行模块的资源句柄切换；
使用这种方法生成的规则DLL较大，因为代码可能会重复包含；
总结：（好处是不需模块的资源句柄切换，但dll通常较大）
动态链接(共享)到MFC的规则dll(using MFC in shared dll)：
DLL接口中默认使用的是exe的资源，所以，在DLL 接口中为了使用DLL它自己的资源或是为了解决资源重复问题(当DLL和主应用程序中存在相同ID的资源时），必须进行模块的资源句柄切换。
总结：（好处是dll通常较小，但必须进行模块的资源句柄切换）
动态链接(共享)到MFC的规则dll(using MFC in shared dll)时进行模块资源句柄切换的两种方法:
1. dll接口函数中完成资源模块的切换工作：
//dll接口函数中切换
extern CSharedDllApp theApp;
void ShowDlg(void)
{
//状态变更
HINSTANCE save_hInstance = AfxGetResourceHandle();
AfxSetResourceHandle(theApp.m_hInstance);
CDialog dlg(IDD_DLL_DIALOG);//dll资源
dlg.DoModal();
//状态还原
AfxSetResourceHandle(save_hInstance);
//在此处再进行操作针对的将是应用程序的资源
CDialog dlg1(IDD_DLL_DIALOG);// 应用程序的资源
dlg1.DoModal();
}
在应用程序需要的地方完成切换工作：
//应用程序中切换
void CSharedDllCallDlg::OnCalldllButton()
{
//获取EXE模块句柄
HINSTANCE exe_hInstance = GetModuleHandle(NULL);
//获取DLL模块句柄
HINSTANCE dll_hInstance = GetModuleHandle("SharedDll.dll");
AfxSetResourceHandle(dll_hInstance); //切换状态
ShowDlg(); //此时显示的是DLL的对话框
AfxSetResourceHandle(exe_hInstance); //恢复状态
ShowDlg(); //此时显示的是exe的对话框
}
关于DllMain的说明：
对于No-Mfc的dll及 Extension-Mfc的dll，由MFC自动提供一个；
对于Regular-Mfc，没有定义DllMain时编程环境会自动调用一个默认版本；
总结：（也不是没有用处，在DllMain中可以作一些初始化或者是资源回收等工作）
关于lib库文件的说明：
->>何时用到lib库文件
如果程序中采用隐式(静态)调用dll的话,编译时会需要lib库文件。
动态链接库或静态链接库在exe最终发布时都不需要.lib,.lib只可能在编译期用到。
->>关于将.lib文件导出到特定目录：
"project"-> "settings"-> general-> output files 里面设置;
还可以在Pre-link step和Post-build step属性页里增加命令将文件拷贝到相应的目录,如：
copy debug\my.lib (特定目录)\my.lib
copy debug\my.dll (特定目录)\my.dll
参考：http://topic.csdn.net/t/20041222/15/3667256.html
我采用的Post-build step。编辑copy命令行时要注意，它不支持/而只能用\;
另外还要保证指定的copy目录是存在的，否则编译会出错，它不会给你自动创建。
->>怎样指明lib库文件的位置给linker
若采用隐式调用,链接时需要指明lib的位置，有两种方法：
1) 使用 #pragma comment(lib,"XX.lib");
2) project->setting->LINK选项卡中的Object/Library modules:填写lib文件的路径;或tools->Options->Directories内设置inc和lib的路径；
//比如dll文件为DllClass.dll,则填写 Release/DllClass.lib(此处仅是示例,请注意目录)
前者比后者好的原因是当源文件搬迁给其他用户时，人家不用再去设置Project->setting...
关于纯资源dll：
编写“纯资源dll”：http://hi.baidu.com/pop1210/blog/item/144192b5c6d867da36d3caa5.html
编写“纯资源dll”之二：http://hi.baidu.com/pop1210/blog/item/39a76acc5b1cf10400e92830.html
调用约定, Def文件：
一些调用约定对dll的影响，用Def导出(过时)什么的，不想搞了，否则搞复杂了都。