原文转自 https://blog.csdn.net/albertsh/article/details/52838419
1、使用标准Windows库
使用WINDOWS SDK API库，不使用MFC类。话说一个MFC应用程序不使用MFC类是个什么情况，一开始我也想不通，后来我新建了一个MFC应用程序的工程，然后把这这项参数填成这一种，然后程序编译失败，这就说明问题了，如果是MFC工程必须选择第二项或者第三项，而第一项“使用标准Windows库”是为非MFC工程准备的（不知理解是否正确，请大神指教）。
2、在共享DLL中使用MFC
第二种指的是打包时一些MFC的DLL的内容没有被包含在EXE文件中，所以EXE文件较小，但是运行时要求系统中要有相关的DLL文件。这就是我的程序一开始选择的选项，要求目标计算机中至少要包含“mfc120.dll”库文件，否则无法使用。
3、在静态库中使用MFC
第三种是将DLL中的相关代码写进EXE文件中，文件较大，但是可以在没有相关DLL的机器上运行。个人感觉程序测试期间使用这个选项应该比较好，起码可以保证程序的正常运行。
总结
1、MFC应用程序的工程，关于“MFC的使用”属性，应该选择“在共享DLL中使用MFC”或者“在静态库中使用MFC”。
2、“使用标准Windows库” 选项只能用在非MFC工程中，如果用在MFC工程会导致代码编译报错。
3、“在共享DLL中使用MFC” 选项生成的程序可执行文件比较小，但是要求目标机器必须装有必要的库文件。
4、“在静态库中使用MFC” 选项生成的程序可执行文件几乎所有的Windows都可以执行，但是程序较大一些，其中包含必要的库文件，可以基本保证在别的机器上正常运行。