我入门是看的一本《WINDOWS下C/C++高级编程》，中国邮电出版社的。侯俊杰的《深入浅出MFC》也不错，虽然内容有些过时，但真的是本好书，看完保证功力大增。关键是带着疑问进去看书，不能书上说一就是一，要敢于怀疑，自己写程序去验证。

谢谢WIN83的帮助``我下来在给我同学说说``

叫我SW好啦~~~话说，中学者和飞燕叫我SW，sun叫我翅膀，孔明叫我学长……现在死了就要C开始叫我WIn83了……

我觉得叫win38比较合适

计算机在怎么发展也不可能发展成Win83   - -

我也觉得是38

说这个话的人，明显不了解C，真正的C代码，并不一定（甚至很可能）无法在C++编译器中编译正确，

////
新颖的观点,"真正的C代码"是什么意思?

能够把握C哲学的代码。

比如你可以用C写面向对象，这是可以的，你写一个struct，然后传指针给函数，模拟ADT，但那不是C的哲学。C式的编程应该是有容易被组织成几个目标文件（obj）的大量“原子”函数组成的。而函数所做的不是“针对某一数据结构进行某项操作”，而是像真正的函数那样“根据某种输入得到某种输出，以及相应的副作用”。而且其功能是足够基本的（考虑一下库函数的组织）。然后，程序的逻辑大量分散在灵活的函数组件中，最后汇总成为整个程序。

C强调(1)相信程序员，(2)轻量级，(3)灵活，(4)实用，(5)做一件事情只有一种方法。而C++强调(1)安全，(2)编译器检查程序员失误，(3)代码封装与复用，(4)各部件之间低耦合(5)提供尽量多的方法给程序员选用。所以用C++写C程序的人很难会对C++满意，而用C写C++程序的人也很难对C满意。这是由两种语言不同的设计哲学引起的。

举个小例子，很多情况下，C支持隐式转换，而C++必须你显式说明自己的意图，C程序员会认为C++不够灵活，而C++程序员会认为C不够安全。

这么说，C就像是一个相信自己的大姐姐，而C++更像是严厉的母亲。

[[it] 本帖最后由 StarWing83 于 2008-7-5 16:55 编辑 [/it]]

看不出与编译器有任何关系