构建体系
Windows平台下构建体系大致分三类：原生Visual C++、MinGW、Cygwin。下面详细介绍着三种类型：
Visual C/C++
微软的原生C/C++编译器实现，支持标准C和C++，当然在标准C和C++基础上有大量扩展。另外，宇宙第一IDEVisual Studio提供了编辑、编译、调试一体的解决方案，更是给编码提供了很多的效率提升。随着微软.NET战略的实施，VS逐渐成为.NET开发者的必要开发工具。
MinGW
MinGW(Minimal GUN for Windows)是一款windows软件，旨在将GNU编译工具链(gcc,binutil)移植到windows下，这样可以在windows下使用gcc等工具构建软件。
一般MinGW需要配合MSYS来用。MSYS是一个Shell的windows移植版本，附带有一些常用的命令和工具。这样，有了MSYS，连configure都可以用了。MSYS实际上是下面要提到的Cygwin的一个早期分支派生出来的。
MSYS2是重写了MSYS，并引入了pacman包管理工具。用MSYS2可以比较方便的搭建MinGW开发环境。
不过MinGW环境只是一系列编译构建工具的集合。对于在windows下开发程序，仍然需要使用windows原生的api。换句话说，可以理解为用MinGW代替Visual C/C++。
Cygwin
Cygwin在windows上实现了一层posix层，以便基于posix的程序移植到windows。因此，基于Cygwin，可以获得更多的linux程序，并在windows使用。由于采用了中间层，因此运行效率相对原生的windows有些低，但是如果希望快速将linux程序移植到windows，是一个不错的选择。
Cygwin也派生出了上面提到的MSYS。
在发布基于Cygwin的程序时，需要带上cygwin1.dll，作为依赖。
基于Cygwin我们可以在windows上使用熟悉的git vim make gcc等软件，默认的终端可以让我们继续使用/ 而不是\作为路径分隔符。
工具
-
Denpendency Walker: 在linux下我们用ldd来查看程序的依赖，在windows下，我们需要Denpendency Walker -
Dumpbin: VS自带的工具，用于查看库的导入导出函数 -
MSDN:Man是linux最重要的文档参考工具，而在windows下，MSDN是必备的 -
《Windows via C/C++》：此书的地位相当于APUE -
VS Command Line Tool：作为习惯了终端界面的linux程序员来说，可以更愿意使用编辑器+编译器的模式，而并不喜欢使用vs的集成环境界面。那么我们需要找到VS附带的Visual Studio命令行工具，用管理员身份打开它。这个bat脚本会为我们设置必要的编译环境变量，然后在其中运行cl，link，nmake等编译构建命令才能有作用。
运行库和库文件
windows中也有类似glibc的C运行库，以支撑C/C++编写的程序得以运行。他们是MSVCRTxxd.dll和MSVCRTxx.dll，xx是版本号，笔者见过的有MSVCRT70.dll MSVCRT80.dll MSVCRT90.dll MSVCRT100.dll等，末尾的d表示是debug版本的运行库还是release版本的运行库。程序运行的时候究竟依赖哪个版本，取决于在编译阶段采用/MD还是/MDd编译选项。
在windows中库文件分两种：
- .obj：对象文件，相当于
.o。 - .dll：动态链接库文件，类似
.so。程序在运行时才会加载和链接需要的dll。windows的一个方便的地方是，dll只需要在你的exe文件所在目录中即可。 - .lib：静态库文件，类似
.a。程序在编译时如果选择静态链接，那么.lib会用上。不过并不是所有的.lib都是静态库文件，还有一些.lib比较小，是作为.dll的导入库存，没有实际的二进制代码，只是一些符号表。也就是说如果你的程序依赖一个.dll，那么在编译阶段，编译器要找到.dll相应.lib导入库才能完成链接。而在运行时，只需要找到dll即可。
在windows中，可执行文件采用PE格式封装，相应的，linux中采用ELF。
编写或使用动态链接库需要注意函数声明方式。VC编译器有一组特殊的声明：__declspec(dllexport)和__declspec(dllimport)分别用于在dll中声明为导出函数，和在使用dll时声明为dll导入函数。这种声明会将函数名字添加__impl_前缀，因此如果不能配对使用的话，往往容易出现链接错误。
此外，__stdcall和__cdecl影响函数的入参顺序。
