windows下到底用哪个C语言编译器，我给大家推荐一下并讲一个真实的故事。
最好的情况是，以后在工作中用什么，你就学哪个，并且学一次至少能管用个好几年。windows下当然推荐微软自己提供的集成开发环境了。那么有很多可以选择，有vc6，vs2005，vs2010，vs2013，vs2015，vs2017等。笔者其实用了vc6好多年，在windows xp时代，vc6估计也就够了，但是，现在windows7、window10都出来了，不光有32位版本，还有64位版本，vc6就力不从心了。举个作者工作中的例子，windows7/10都有UAC控制，有些程序需要以管理员权限运行，如果用vc6开发，就比较麻烦；而用高版本的vistual studio，只需要简单的设置即可。
大概是去年把，我的工作电脑换了新机器，从windows xp换成了windows7，于是准备废弃vc6了，选择了最新版本的vs2015，各种折腾，好不容易才安装成功。因为机器不能上互联网，必须离线下载和安装各种东西，比如：系统补丁、IE新版本等等，甚至还必须安装微软的数字证书。
在编写一个客户端软件时，我就用vs2015来开发了，该软件以前是用vc6写的，很简单的转换就可以，用的也不错，有些模块必须编译成纯64位才能在64位系统上用，用vc6估计搞不定。有一次出差，带上了笔记本(也不能上网)，vs2015安装的各种软件，和源码(以防万一有问题)。晚上住宾馆，闲着无聊，担心软件有问题，虽然测试了好多次，但是万一有问题肯定需要编译源码。结果，很不幸的发现，vs2015不能在笔记本的xp上安装。还好，笔记本上有vs2010的安装文件以及以前vc6的工程文件，稍微折腾下，用vs2010编译通过。因此，我以后都准备用vs2010了。
使用VS低版本的好处：高版本的VS能打开低版本生成的项目文件，反之不行；当然了，你把工程重新新建一遍也可以，得看你需要花多少时间。顺便提一下新建工程大致的工作量，其实建好一个解决方案还是要花一些时间的。
对每一个项目(project)的所有配置：debug/release/64位debug/64位relese等，设置相对头文件路径、宏、链接、依赖引用等选项；
把源码加入工程；
解决方案(Solution)中的所有项目，按照1和2中的来一遍。