本文目录一览：

• 1、高人指点一二
• 2、 *** 黑客是怎么练成的
• 3、请给个MFC下发送结构体的UDP程序
• 4、学习C语言可以做什么？
• 5、c++中这些是什么意思

高人指点一二

给软件开发初学者

在论坛上呆久了，发现很大一部分有关开发的帖子都是有关心怀梦想，立志成为一个软件英雄或者响当当的黑客人物；或者是狂热的游戏玩家，突然想迈入游戏开发的殿堂，自己打造一个完美的游戏；或者被以前IT行业的“钱”途无量所吸引，为了经济因素希望成为一个程序员的，而寻求进入软件开发领域之门的求助帖子。

这些诸如“你好，我想做程序员，应该怎么做？”，“初学C++，请问看什么书好”，“请高手帮我看看这个程序”，“我想转行，请高手指点”……的帖子占了各大软件开发论坛帖子总量的很大一部分，而且内容是长年不变，重复来重复去 :P

自从做了epubcn的C++板块的版主，经常收到不相识网友的消息或Email，基本上还是问这些问题。看到这些帖子和Email，不禁想起自己刚刚迈入软件开发的领域，茫茫然不知何去何从，兴奋而又彷徨不安的过去，这样的经历一次又一次，在不同的地点、不同的时间仍然在不断的重复。今天终于坐下来，写下一点文字，希望能够对彷徨的朋友们有点帮助。

确认你真的要迈入软件开发领域

软件开发是一项纯智力活动（现在人们都意识到长时间超负荷的连续写程序并不会提高软件生产率，反而会对软件品质造成很大负面影响，所以尽管很多程序员仍然长时间加班，但这种现象正在逐步减少并最终会消失，所以体力要求并不会比其他行业高），如果你不是一个智力高于平均水平的人，说实话，软件开发并不适合你，你基本不可能在软件开发领域取得很高的成就和地位，而且不久就会因为年龄的增长而被淘汰。

如果你以那些开发出共享软件的软件英雄和著名黑客为榜样，立志也要成为他们的一员，像武侠小说中的大侠一样仗剑江湖。我要先给你泼上大大一盆冷水，把你从幻想拉到现实中来。首先，现在的软件其复杂度和规模都远远超过以前，想一个人独力完成一个规模稍大的软件，基本没有可能（虽然还是有些特例， but trust me，那些仅仅是特例，请不要把自己想像成独一无二的超人、幸运儿）；其次，无论是软件英雄还是仗剑江湖的顶尖黑客，他们的软件开发功底和智力都远远超过软件行业从业者的平均水平，没有多年的积累和坚韧超常人的毅力，是不可能，换句话说，想成为他们的一员，可以，但请首先成为一个合格的软件开发人员。

如果你是因为传说中程序员的所谓“高薪”，对自己现在从事的工作不满意，而萌生转行的念头，我劝你还是再慎重考虑一下。程序员的待遇一般来说，是要比平均水平高一些，但远远谈不上高薪，而且以现在程序员的工作量来算，其实同样的付出，程序员所得到的能和平均水平看齐就不错了，程序员的竞争和淘汰也是异常残酷的。技术的更新速度更是其他行业所罕见，每个程序员都要不停的跑步跟上，不使自己落伍，所以在这个层面上来说，没有谁可以停下来休息，唯一能够积累下来的就是你的经验，但经验中能够为你的竞争力增添筹码的并不多。

说了这么多，并不是我故意贬低，而是希望告诉你我所知道的软件开发行业的真实情况，基于此请再慎重考虑你是不是真的要迈入软件开发领域。

检验一下你是否适合当个程序员

在我看来，要做一个合格的程序员，你需要具备下面几个条件：

1. 强烈的好奇心和求知欲

2. 追求完美的精神

3. 良好的逻辑分析能力

其他方面的条件几乎所有类似的帖子都有提

及：如果你不是准备单打独斗，那么团队合作能力必不可少；英语我就懒得说了，没有基本的阅读英文资料的能力，我劝你还是打消做个程序员的想法，没有为什么；数学能力也是必不可少的，如果不是做算法，高中水平的数学能力就足够了，但一定要成绩很好才行。

那么为什么我要强调上面列的三点呢？

具有强烈的好奇心和求知欲，能够让你跟上技术发展的步伐，仅仅靠危机感和责任感，你对技术的学习会有很强的功利性质，导致你的技术体系不能构成一个完整自包容的整体，而且很难对技术有高层次的认识和掌握。

我认识的一个资深系统设计师跟我说过：做软件，“做出来”和“做的好”完全是两个概念，所要求的投入和技术水平是天壤之别。现在国内很多程序员仅仅把软件开发当作养家糊口的谋生手段，国内计划经济时代凑合、马马虎虎干活的思想也渗透到了软件业，很多程序员仅仅是把功能做出来，根本不会去考虑提高重用性、可维护性，也不会去考虑提高稳定性、运行速度，甚至连代码也是乱七八糟，基本的编码规范都不遵守（在我看来，这样的人不配“程序员”这个称号），在我们大声谴责国内软件业环境不好，拉项目靠关系，没有质量保证体系，老板不重视程序员，疯狂剥削程序员的时候，我们是不是该问问自己，你是不是只把眼睛盯着别人？

现在各种软件开发包应有尽有，包罗万象，编程工具也异常强大方便，对于国内占主流的MIS系统来说，要完成一个功能实在不是很难的事情，但是如果把系统做为一个整体，则大多数都是运行缓慢、占用资源过大、兼容性差、可维护性差、不稳定的系统，你可曾尝试过开发一个优秀的系统，如果有，你就会发现开发优秀软件是多么困难，对技术的要求是多么高，而你在努力做到完美的过程中水平的提升是多么快。没有追求完美的精神，无论外部环境如何好，你也是不会开发出优秀软件的，等待你的是无休止的修改和维护～，你的技术水平也永远停留在简单的编码阶段，最终只有被迫转行。

好了，我真的适合当个程序员，那我该如何开始？

首先选择一门编程语言和操作系统平台。

操作系统平台国内比较流行的基本有Windows、Linux（Unix）、Mac OS。一般来说大家都选择的是Windows平台，因为此平台是国内处于垄断地位的操作系统，而且有很多优秀的开发工具可供选择，缺点就是Windows 平台的开放性不高，往底层探究比较困难（但我对于言必称底层的观点比较反感，不是所有搞开发的都要对底层非常了解，做出用户满意的系统才是我们追求的根本，玩些底层的trick只是一种自我满足罢了。当然我们需要有一些掌握底层技术的高手，但这个是个人选择的问题），而且用惯Windows的程序员在配置、脚本等方面比较弱。Linux是开源平台，当然从理论上你可以操纵Linux的一切，但是有几个人能够达到这一水平？刚刚开始学习开发的程序员，在 Linux上也仅仅能够开发一些应用软件罢了。Linux下的开发工具不够人性化，但这种情况正在逐步得到缓解，Eclipse就是非常出色的开发平台。在Linux下开发，你可以得到大量优秀的源代码，并且一切都是透明的（只要你想），但你必须学习很多命令行指令，掌握各种系统和参数配置以及脚本方面的知识。

编程语言的选择更是令人头痛，我涉猎不多，对于有些语言，我无法给出任何建议，只好等这方面的高手来给大家补充了。我仅仅对C++和Java进行一些说明，当然这个也仅仅是基于个人体会，绝对不是权威观点 :P

C++仍然是目前占主流的开发语言（详细的可以阅读TCPL中的相关论述），而且一种语言的发展或消亡都是一个渐进的过程，在可以预见的将来，C ++仍然是一门举足轻重的开发语言，但其所针对的领域和方向可能会有所调整，我认为最主要的变化是C++会逐步从商业MIS系统市场上退出。选择C++的理由是关于C++的优秀开发书籍和开发工具最多，相关的资源也异常丰富，待对于一般应用程序的开发掌握之后，无需过渡，就可以深入学习各种技术，因为现阶段讲述系统底层奥秘和高级技术的书籍，基本都是选用C\C++做为示例语言。加上微软精心打造的开发平台Visual Studio或Borland的C++ Builder系列，学习起来更是如虎添翼。但C++现在的缺点也是比较明显的，我最深的感触就是对于XP和Agile Development的支持不好。

Java简化了C++的语法，学习起来比较容易（但随着Java的日益普及和发展，是否能够继续保持这一优势，我不敢断言），Eclipse 是非常优秀的Java开发平台，支持XP的整个过程：设计、测试、编码、重构……现阶段敏捷软件开发的主要语言就是Java。而且Java的跨平台特性更是非常大的优势。

实际上，选择哪门语言都没有关系，根据你的发展规划和目前身边的环境选择就可以，没有必要跟风，其后的坚持才是难点。

好，假设你选择了C++做为开发语言，在Windows平台上开发，那么我给你如下的学习建议（其他的选择请各位积极补充……）：

C++语言的学习当然是基础，这个阶段由于没有任何在特定平台上的开发经验，我们只能按照书中的例子一个一个输入运行，暂时告别熟悉的图形界面，回到古老的DOS了。参考书的选择是这个阶段很多朋友关心的，Stan Lippman的《Essential C++》和《C++ Primer》是我优先推荐的，而《Essential C++》因为篇幅较小，讲解内容适当，而且对C++ STL的运用有不少描述，显得相当实用，我认为最适合初学者使用。无论选择了那本书做为入门教材，都应该逐个例子逐个例子的消化，不要贪快，但同时要对重点内容有所侧重。我们学习任何东西都是为了解决实际问题，所以请把重点放在我们实际中最常用的部分，而不要过多的追究一些细节和艰深晦涩的不常用技术。

此刻我们会碰到很多过后看来非常简单幼稚的问题，比如为什么编译出错，为什么按照书中的例子输进去却无法通过编译，找不到头文件等等，大体上这是因为刚刚接触程序开发，对程序理解还很初级，以及对于所使用的开发环境不够了解，特定编译器对标准C++的支持程度不一导致。请多阅读关于所使用开发环境的各种文档，以及查阅帮助文档。以我最经常使用的Visual C++配合MSDN来说，当出现一个我不能理解的编译错误时，按F4键编辑器就会自动跳到当前错误地点，下面的输出窗口也会给出错误代码（比如C××× ×），把错误代码记下，打开MSDN，在索引一栏输入错误代码，就能够查到详细的关于此错误的说明，当然，是英文的（不要问你不会英文怎么办，这是基本要求）。现在的开发工具查错排错非常方便。当然，有时很多错误原因并不是编译器所提示的地方，而是往前或往后一些地方，长期的编程经验可以提高查错速度。此时也请多练习练习Debug技术。

此阶段只要能够掌握C++的基本语言要素，对结构化程序设计和基于对象的设计有一定理解，能够完成一些简单的小程序就可以结束了，毕竟DOS 程序现在很难勾起我们学习的欲望了 :P 在此之后可以视自己的情况决定是否学习数据结构，数据结构是程序员的必修课，不可或缺，地位非常重要，即使你现在希望马上进入图形界面程序开发的世界，这一课我也提醒你记着早点补上。

终于可以迈入图形世界，我们要从SDK编程开始，不要担心，这不会花费你太长时间，但却是对Windows程序运行机制进行深入了解的好时机，在此的努力都不会白费（trust me），此时的参考书没有什么好考虑的，基础的有Charles Petzold的《Windows程序设计》，进阶的有《Windows核心编程》。请从《Windows程序设计》开始，Charles Petzold的书通俗易懂，学习起来非常轻松，而且对你的语言要求不高，只要懂C就可以了。

此时容易碰到的问题大多与项目设置有关，如果使用Visual C++，请按Alt+F7调出项目设置对话框仔细检查，并阅读相关文档，熟悉各项配置的意义。

此阶段请重点掌握Windows SDK程序的编写 *** ，Windows程序的运行机制和Windows消息机制，和常用的Windows API。我们还可以更进一步：尝试用前一阶段学到的C++知识对过程化的SDK程序进行初步的改造，将我们敲入计算机的程序变得可重用，按照自己对基于对象思想和面向对象思想的理解来重新编写例子程序。

OK，现在你已经初步入门了，掌握了C++的基本用法，对面向对象有了一点模糊而自以为是的认识，也能够写出Windows程序了，虽然还有点简单，还有点丑陋，不过，总归是图形界面啊。开始有点感觉了，是吗？ :P 别急着往前冲，停一停，将C++和Windows SDK的基础打牢，贪多嚼不烂吗。此时有很多经典书籍等待你去掌握，也有几乎无限的题材供你练习，请尽量多阅读接触下面的资源：

《C++ Primer》

《Windows核心编程》

《应用程序调试技术》

面向对象开发设计方面的书籍

MSDN的Platform SDK部分，Periodicals部分（包含了大量有价值C++、SDK方面的技术文章）

CodeProject里相关的源代码是很好的补充学习资料

现在继续往前走吧，利用SDK开发毕竟有时太过于费时费力，还是使用更高级的应用程序开发框架的好，主要的有MFC和VCL，关于这些框架谁好谁坏的争论我已经听烦了，一句话，能帮助我们完成任务就行，它们无非都是工具，你自己随便选择吧。不过选择好之后，你应该明白，对于你的工具，了解越深，越能发挥它的威力。如果你选择了MFC，我建议学习下面的书籍：

《深入浅出MFC》：关于此书毋庸多说，尽管有人不停的贬低，但它的地位是无可置疑的，而且也是对我最有帮助的书籍之一。

《MFC程序设计》

《Visual C++技术内幕》

然后就停止找书吧，网上开发站点的数不胜数的源代码就是更好的老师了……

学习过程中碰到问题我该怎么办？

我始终认为学习软件开发过程中遇到的问题只有自己尽更大的努力去解决，才能收到更大的成效，对于那些动不动就把问题发到网上指望高手帮你解决的做法我非常不赞同，因为这样你并不能从中学到多少。我建议的做法是，首先尝试自己独力解决问题，花几个小时解决一个问题，是很正常的，不要几分钟解决不了就放弃了；实在无法解决的时候，请尝试尽量减小涉及范围，将问题归结一下，初步形成自己的结论；然后利用搜索引擎或者开发论坛中的搜索功能来搜索是否有对于自己问题的解答；实在没有的时候，再发帖子求助。请了解一点：你遇到的问题都是别人遇到过的，网上肯定有现成的解决 *** （因为你还没有到开发研究前所未有的问题的水平:P），只看你找不找得到了，请尽力去利用现有的资源而不是麻烦别人。

CSDN的论坛、MSDN在线文档都是非常好的资源，基本上我们遇到的问题在这里都能找到解答。

（写的有点乱，大家凑合看吧B)）

注：上面的内容还不够全面，非常欢迎各位充实。有什么不对之处，也欢迎大家指出讨论。

参考资料：

*** 黑客是怎么练成的

黑客是指计算机技术上的行家或热衷于解决问题，克服限制的人。黑客乐意解决和发现新问题，并乐意互相帮助。他们相信计算机中充满各种各样有趣的问题，并且这些问题一旦被自己解决，他们愿意让解决 *** 被所有人共享。他们感觉发现问题，解决问题，共享答案的过程是有趣的，并着迷地去做。他们将解决问题视为乐趣，相信技术应该是自由的，应该被所有人共享。

黑客是对拥有高深技术和崇高理念的孜孜不倦的计算机爱好者，工作者的尊称.

请大家不要误会黑客的意思... ...那些那些干坏事的人只是 骇客!~!

更可恶的是脚本小子，只会使用别人的黑客软件,自己连编程都不会，这样的人最垃圾，我也最瞧不起这样的人!~!

入门最基本的 *** 就是从C语言入手。现在的C语言本身就包含了嵌入汇编，使学习汇编语言的时候更加方便. 如果你准备花5年的时间成为高手，那我敢说，你根本不用等到时间内成为高手，即使5年后，你还是成不了高手。入门和积累是很重要的。到达高手的境界以后，所有的事物都是触类旁通的。当你成为C语言的高手，那么你很容易进入到操作系统的平台里面去.

一定要养好身体，身体是革命的本钱，不要熬夜，'玩'计算机'玩'到深夜，真的没有必要,白天多的是时间，不要熬夜了，睡到上午11点，真的得不偿失.

白天睡觉，晚上干活，那当然累死了，这是自己折腾自己.

其实学习起来也挺简单的,只要有坚强的意志力和超乎常人的决心,首先要学习一门语言,C语言入门最简单了,32个关键字,不要认为C语言神秘难学,千万不要被VB，MFC,C++ builder,java误导自己,这是一个打下扎实基础的时刻.C++这个东西一定要学习,因为现在的VC++,c++ builder都是基于C++的。如果你有了C语言基础，那么学习C++吧，等到全部基础掌握了，就学习VC++，要是感觉难了，就用C++ builder来过渡.等到你能独立编写一些软件的时候，你就学习数据结构，你会发现，这个东西对你太重要，不要认为难就不学了，只要你有坚强的意志力, 什么都能办到的.不要认为你现在无所不能，是一个高手了,打开调试,里面的汇编你看懂了,那你现在去学习汇编语言,对于调试程序太重要了,可以说一个软件不是编出来的,是调试出来的!~!

请给个MFC下发送结构体的UDP程序

请解释一下SendTo里面的成员

sockfd表示的什么 是不是CSocket sockfd;的sockfd

(char*)StructYour表示的是不是发送变量的指针 如果发送结构体,名b,则写为b

strlen(StructYour)则为zizeof(b)

0表示什么,是否是接收端的端口,我要发送到的机子的端口

(struct sockaddr *)their_addr 怎么写? 直接写地址"192.168.0.5"可以吗?

len写0还是NULL

首先是编程工具的选择。目前流行的开发工具有C++Builder、VC、VB和Delphi，这里我们选用C++Builder（以下简称BCB）；VC虽然好，但GUI设计太复杂，为了更好地突出我的例子，集中注意力在木马的基本原理上，我们选用可视化的BCB；Delphi也不错，但缺陷是不能继承已有的资源（如“死牛崇拜”黑客小组公布的BO2000源代码，是VC编写的，网上俯拾皆是）；VB嘛，谈都不谈——难道你还给受害者传一个1兆多的动态链接库——Msvbvm60.dll吗？

启动C++Builder 5.0企业版，新建一个工程，添加三个VCL控件：一个是Internet页中的Server Socket，另两个是Fastnet页中的NMFTP和NM *** TP。Server Socket的功能是用来使本程序变成一个服务器程序，可以对外服务（对攻击者敞开大门）。Socket最初是在Unix上出现的，后来微软将它引入了Windows中（包括Win98和WinNt）；后两个控件的作用是用来使程序具有FTP（File Transfer Protocol文件传输协议）和 *** TP（Simple Mail Transfer Protocol简单邮件传输协议）功能，大家一看都知道是使软件具有上传下载功能和发邮件功能的控件。

Form窗体是可视的，这当然是不可思议的。不光占去了大量的空间（光一个Form就有300K之大），而且使软件可见，根本没什么作用。因此实际写木马时可以用一些技巧使程序不包含Form，就像Delphi用过程实现的小程序一般只有17K左右那样。

我们首先应该让我们的程序能够隐身。双击Form，首先在FormCreate事件中添加可使木马在Win9x的“关闭程序”对话框中隐藏的代码。这看起来很神秘，其实说穿了不过是一种被称之为Service的后台进程,它可以运行在较高的优先级下,可以说是非常靠近系统核心的设备驱动程序中的那一种。因此，只要将我们的程序在进程数据库中用RegisterServiceProcess()函数注册成服务进程（Service Process）就可以了。不过该函数的声明在Borland预先打包的头文件中没有，那么我们只好自己来声明这个位于KERNEL32.DLL中的鸟函数了。

差不多了吧!!

学习C语言可以做什么？

1. 后端开发

主流的后端开发语言就那么几种，以Java、C/C++领衔，Python和Go紧跟其后。

2. 游戏开发

掌握了C/C++基本语法之后，开发游戏也依然是一个不错的选择，目前工业级别的3D游戏引擎仍然是用C或C++编写的。

虽然以个人能力无法去完成一个庞大的 *** 游戏，但是从简单开始，编写一些小游戏，然后逐渐深入，循序渐进并最终加入大型游戏开发团队还是非常好的一个选择。与之相应的就业岗位主要有游戏开发工程师、游戏引擎架构工程师等。

3. 客户端开发

毕竟C/C++已经是一个很成熟的语言了，所以除了后端开发其实它还有很多其它的开发岗位可以选择。自然而然的，就是客户端开发了。

相信大多数学C/C++的同学都用过C/C++写桌面软件吧。那时候估计还是用MFC，照着代码书上敲一遍就能写一个比较简单的界面了。所以如果不想做后端，完全可以靠C/C++找一份客户端开发的工作。做客户端同样也需要扎实的编程基础和计算机理论基础，同时可能还要熟悉Windows/C++编译链接机制、QT客户端开发技术体系、Windows消息机制等技术。

4. 多媒体开发

目前多媒体技术同样渗入到人们的日常生活中，音视频已经成为人们获取信息的一个非常重要的手段。音视频在传输过程中都是经过压缩并且按照一定规则打包过的。视频的编码技术从最开始的H.261到如今的H.265，经历了30多年的发展，而且实现代码全部是由C或C++实现。

5. 嵌入式开发

上面几种岗位选择都是偏软件方向想的，而C/C++还有一类非常大的就业方向，就是去做嵌入式。嵌入式本身可能是偏硬件一点，但是现在做个什么事，都是软硬不分家的。

嵌入式的开发同样也会涉及到 *** 编程、并发编程等方面。通俗点解释可能就是，嵌入式代码是运行在别的小系统上，而不是传统意义的计算机上。这个方向除了需要编程能力，还需要基本的电路理论素养。

6. 人工智能

人工智能、机器学习等方向也少不了C或C++语言的身影。

需要强调的是虽然C/C++语言可以从事的方向非常广泛，但是仅仅掌握C/C++语法是远远不够的，上述的应用领域C/C++语言是基础，进入这些领域还需要进一步深入系统学习相关领域的知识以及去接触真实企业项目的内容。

c++中这些是什么意思

是编程语言

Visual C++是一个开发工具包，它大概可以分成三个主要的部分：

1． Developer Studio，这是一个集成开发环境，我们日常工作的99%都是在它上面完成的，再加上它的标题赫然写着“Microsoft Visual C++”，所以很多人理所当然的认为，那就是Visual C++了。其实不然，虽然Developer Studio提供了一个很好的编辑器和很多Wizard，但实际上它没有任何编译和链接程序的功能，真正完成这些工作的幕后英雄后面会介绍。我们也知道，Developer Studio并不是专门用于VC的，它也同样用于VB，VJ，VID等Visual Studio家族的其他同胞兄弟。所以不要把Developer Studio当成Visual C++， 它充其量只是Visual C++的一个壳子而已。这一点请切记！

2． MFC。从理论上来讲，MFC也不是专用于Visual C++，Borland C++，C++Builder和Symantec C++同样可以处理MFC。同时，用Visual C++编写代码也并不意味着一定要用MFC，只要愿意，用Visual C++来编写SDK程序，或者使用STL，ATL，一样没有限制。不过，Visual C++本来就是为MFC打造的，Visual C++中的许多特征和语言扩展也是为MFC而设计的，所以用Visual C++而不用MFC就等于抛弃了Visual C++中很大的一部分功能。但是，Visual C++也不等于MFC。

3． Platform SDK。这才是Visual C++和整个Visual Studio的精华和灵魂，虽然我们很少能直接接触到它。大致说来，Platform SDK是以Microsoft C/C++编译器为核心（不是Visual C++，看清楚了），配合MA *** ，辅以其他一些工具和文档资料。上面说到Developer Studio没有编译程序的功能，那么这项工作是由谁来完成的呢？是CL，是NMAKE，和其他许许多多命令行程序，这些我们看不到的程序才是构成Visual Studio的基石。

为什么我会觉得“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++和MA *** 作为编译器完成的”这种说法。研究Windows的系统文件可以看出，很多文件显示出来的Linker Version明显是Microsoft C++编译器。至于代码是用什么编写的？我不知道，也不想知道，除了Developer Studio的编辑器之外，任何好的文本编辑器都能够做到这一点。