为什么我会觉得“Windows是用VC开发的”这种说法很奇怪？因为它太含糊了。用VC，可以编写MFC应用，也可以编写纯SDK程序，不论哪一种方式，都不一定是非VC不可。只要乐意，我完全可以用UltraEdit来写出一个MFC程序，再用CL编译之，没有必要一定动用VC这个大家伙。而且有许多黑客和买不起Visual Studio的人就是这么干的！用SDK编程就更不需要VC了，Down一个Borlan C++ Compiler下来，或者用lcc之类的编译器，同样可以达到目的。再说了，Windows可不是一个单纯的产品。用VC来编写Windows外围程序是完全不成问题的，可是操作系统的核心部分呢？就算可以用VC来编写代码，调试怎么办？VC自身的调试器对一般的应用功能是够强大的，可是对于系统级的调试根本无能为力，因为这个调试器本身就是依赖于操作系统的。只有系统级的调试程序如debug，SoftIce和Wdebug这些工具才能完成如此重大的任务。
从历史上来看，Visual C++ 1.0的出现晚于Windows 3.0，而且那时候的MFC只有一个雏形而已，用来开发操作系统根本是不可能的事情。在Visual C++ 1.0的前面倒是有一个Microsoft C/C++ 7.0，但是它整体水平不如Borland C++ 3.1，在扩展内存管理方面的功能又不如Watcom C++ ，所以一直没有占据很大的市场。它现在已经不作为单独的产品，但仍然作为Platform SDK的主要组成部分而存在于Visual Studio产品中，而且其功能比过去也不可同日而语了。到Windows 95问世的时候，MFC仍然在尽力追赶操作系统的功能。应该说Visual C++ 5.0是一个转折点，一方面MFC已经发展比较完善，另一方面，操作系统的基本结构也已经稳定，后面就主要着眼于系统整合与完善作为商务平台的功能。已经稳定的系统不可能再进行翻天覆地的修改，所以，我比较能够接受“Windows系统是用Microsoft C++和MASM作为编译器完成的”这种说法。研究Windows的系统文件可以看出，很多文件显示出来的Linker Version明显是Microsoft C++编译器。至于代码是用什么编写的？我不知道，也不想知道，除了Developer Studio的编辑器之外，任何好的文本编辑器都能够做到这一点。
Visual C++是无所不能的吗？唔，最好也是分开来说。Developer Studio肯定不是—它只是个外壳而已。MFC呢？也不是。一方面它是对API的封装，离开了API它就什么也干不了；另一方面，MFC对API的封装也不够全面，有些时候还是要直接调用API函数才能够“为所欲为”。至于Platform SDK，倒真的可以说它几乎是无所不能的。不过，过分强调这一点并没有太大意义。只要有一套完整的编译器，和必须的支持文件，其他开发工具也可以说是“无所不能”的，比如Borland C++ Compiler或者lcc都可。
老实说，我并不喜欢“无所不能”这类字眼。关键在于各人的理解不同。如果我较起真来，说能不能写个VC程序让电脑拿起鼠标砸向我不喜欢的老板，你说它能办得到吗？所谓的“无所不能”究竟有何意义？让我用VC写一个Server，能在普通工作站上支持每秒几千万的访问量，杀了我也办不到，不管VC的优化手段是多么有效。在具体的平台上，在特定的操作系统中，不论多么强大的工具，最终还是要受到平台和系统本身的限制。大家应该知道这个悖论吧：上帝能否制造出一块他自己也举不起来的石头？
