C Runtime Library来历, API, MFC, ATL关系
CRT原先是指Microsoft开发的C Runtime Library，用于操作系统的开发及运行。后来在此基础上开发了C++
Runtime Library，所以现在CRT是指Microsoft开发的C/C++ Runtime
Library。在VC的CRT/SRC目录下，可以看到CRT的源码，不仅有C的，也有C++的。
CRT原先的目的就是支持操作系统的运行。因为Windows操作系统除汇编部分外，都是用C/C++编写的，所以内核及许多关键服务都在CRT上运行
（它们都采用dll技术动态链接）。此外，用
VC编写的C/C++程序也用到它们（可以动态链接，也可以静态链接，前者运行时需要系统中已安装CRT的dll，后者不需要）。可以说，CRT就是
Microsoft编写Windows时使用的低层类库。然后，它又被当作C++标准库的一个实现包含在了VC系列中；我们在VC中使用的C++标准库，
其实就是CRT的一个真子集（少了C++标准所不包含的代码，特别是大量的低层C代码）
至于CRT与WINDOWS
API的关系，与许多人理解的相反，WINDOWS
API作为Windows的一部份，是在CRT的基础上开发的。你可以将Windows（及其API）看作一个项目，而这个项目使用的语言是汇编/C/C
++，使用的类库就是CRT。所以，离开CRT，Windows API也无法使用的。
C++标准，是C++的通用语言规范，指导所有C
++使用者。而CRT的其中一部分可以看作是Microsoft开发的一个C++标准库实现（其实也确实如此，Microsoft在开发CRT时，参考了
正在标准化过程中的C++语言规范）。它与C++标准有一定的差距，部分原因是，在C++没有完成标准化之前，CRT已经开发并投入使用了。为了向下兼容
以前的Windows代码，早期的CRT与C++标准总有一定的差距。但是CRT确实在不断的改进中。VC6带的CRT与C++标准还有比较大的差距，而
VC8的几乎完全符合C++标准了。
综上，CRT（Microsoft's C/C++ Runtime
Library）的一个真子集（主要是C++ Runtime
Library）是一个符合（或至少是企图符合）C++标准的C++库。而Windows
API（以及Windows的其他许多部分）都是在CRT的基础上开发的。
除了以上介绍的，在使用CRT的过程中，还需要了解的是：
1、CRT的一些组成部分也调用了Windows API。这可能就是有人认为CRT是建立的Windows
API基础上的原因。但是实际上，这一部分�
相关文档：
首先说明一下这个”快”的含义,我想以前那些讨论这个话题的人当然认为这个快是指程序的运行速度,至于”软件开发速度”恐怕想也没想,或许认为软件开发速度和这个话题扯不上一点关系.那么这个问题在网上搜搜,搜的一大堆,那些c/c++阵营的列了很多例子来说明c/c++快, java阵营的也是如� ......
对技术执着的人，比如说我，往往对一些问题，不仅想做到“知其然”，还想做到“知其所以然”。Ｃ语言可谓博大精深，即使我已经有多年的开发经验，可还是有许多问题不知其所以然。某天某地某人问我，Ｃ语言中函数参数的入栈顺序如何？从右至左，我随口回答。为什么是从右至左呢？我终究没有给出合理的解 ......
上次总结了C++（面向对象）设计的核心思想，并且例举了使用类模型来替代if和switch的一种较为典型的情况。下面想来谈谈C++在编码方面的特点。
在很多经典的C++教程中都有一个建议：应尽量使用户代码（库的使用者）看起来短小而简单。按照常识，简单的代码通常要比大段的代码好理解，而用户代码通常实现的是最上层的功能或� ......
char *strcpy(char *strDes, const char *strSrc)
{
assert((strDes != NULL) && (strSrc != NULL));
char *address = strDes;
while ((*strDes + ......
