编译器平台技术路线选择

最近在研究gnu和msvc在win32平台上的应用，查了资料也请教了一下别人。现结论如下：

1.msvc理所当然在win平台上支持最广泛：winAPI（sdk），MFC封装winAPI库及其他VC++功能。

2.gnu在win平台上缺了MFC封装winAPI库，需要学习winAPI。

 

因为winAPI是用c语言写的，c语言是通用的，所有编译器编译的dll通用，但是c++则不行，只能由不同的编译器分别实现，而且不同编译器编译的lib无法通用，也没有动态加载。而且c++在不同编译器下的实现也有一定区别，这块需要绝对遵循c++标准。

winAPI终究比MFC繁琐，所以gnu在win上再配合QT会弥补上缺mfc的封装功能缺陷，而且可以实现跨平台（其实linux上图形需求还没起来，主要也是win上的效果好）

 

然后一个问题是运行库的问题。msvc是编译器，配合微软的vc++运行库，可以减少打包exe的体积。gnu则有不同，win平台上使用自己的一套文件，要独立安装。