编译器平台技术路线选择

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

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

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

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

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

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

从我的角度，平台的选择主要取决于以下几个因素：

1、我的办公环境（电脑，周边同事，网络环境等）支持我用什么系统。

2、我使用的第三方库用的是什么平台。

3、编程IDE的体验情况，不会有莫名其妙的bug。

4、我使用跨平台的意义在哪里。