C/C++ 常见误区
C/C++ 常见误区
1. C++虽然主要是以C的基础发展起来的一门新语言，但她不是C的替代品，不是C的升级，C++和C是兄弟关系。没有谁比谁先进的说法，更重要的一点是C和C++各自的标准委员会是独立的，最新的C++标准是C++98，最新的C标准是C99。因此也没有先学C再说C++的说法，也不再（注意这个"不再"）有C++语法是C语法的超集的说法。
2. C++/CLI 和 C# 是微软的，它们与C和C++没有任何关系，虽然部分语法相似。但哪两种语言不相似呢？都是abc这26个字母。
3. 不要使用TC/TC++/BC/CB等古老的编译器来学习C/C++，因为它们太古老了，不支持新的C/C++标准。不要使用CBX/VC++6.0/VC2005等对C/C++标准支持不好的编译器，虽然这些编译器适合工作，但不适合学习，因为它们中的语法陷阱很多。记住唯一适合学习的编译器是gcc/mingw。[antigloss注：Dev-C++ 使用的编译器就是gcc & g++]
4. 不要用""代替<>来包含系统头文件，虽然有些编译器允许你这样做，但它不符合C/C++标准。
错误的示例：#include "stdio.h"，#include "iostream"。[antigloss注：习惯上，<> 用于包含标准头文件和系统头文件，"" 用于包含自定义头文件。标准似乎没有明确规定不准用 "" 包含标准头文件和系统头文件。使用 "" 包含标准头文件或者系统头文件只能说是一种不良风格。]
5. 不要将main函数的返回类型定义为void，虽然有些编译器允许你这样做，但它不符合C/C++标准。不要将函数的int返回类型省略不写，在C++中要求编译器至少给一个警告。错误的示例：void main() {}，main() {} [antigloss注：C99和C++98都要求编译器对省略int至少发出一个警告]
6. 不要把VC++中的 #include "stdafx.h" 贴出来，它是预编译头文件。如同上菜时不要把厨师也放到托盘中。
7. [C++]不要#include <iostream.h>，不要#include <string.h>，因为它们已经被C++标准明确的废弃了，请改为 #include <iostream> 和 #include <cstring>。规则就是：
a. 如果这个头文件是旧C++特有的，那么去掉.h后缀，并放入std名字空间，
比如 iostream.h 变为 iostream。
b. 如果这个头文件是C也有的，那么去掉.h
相关文档：
标签：
it
分类：C/C++
我的回忆和有趣的故事 --- C/C++圣战篇
李维
------------------------------------------------------------------------------------------
声明
以下的这篇文章内容是我个人的回忆以及看法，没有任何特别的偏见，许多的事情是根据我的记忆以及从许多人的诉说中得知的，也许内容不是百分 ......
关键的时刻 - MFC Or Not
在Symantec C/C++和Watcom C/C++逐渐地站稳了脚步之后，四大编译器决战的时刻也逐渐逼近了。在1994年未的决战之前，Symantec和Watcom同时面对了一个非常严厉的考验，那就是C/C++ Framework的选择。虽然Symantec和Watcom都以各自的特色占得了市场，不过在当时对于一个C/C++开发工具来说，最重要的� ......
C和指针
在C中有一个很重要的概念，或许大家都知道，那就是指针。在很多初学者刚接触C的时候都认为这是最难的知识点了。没错，我刚开始学的时候也是这么想的，上了第一节课后，第一感受就是：天啊，这简直就是天书！由于个人对于C的爱好，经过一段时间的学习和研究之后，发现这一块是我最喜欢的，并且逐步发现这也是本人的 ......
在很大程度上,标准C++是标准C的超集.实际上,所有C程序也是C++程序,然而,两者之间有少量区别.下面简要介绍一下最重要的区别.
在C++中,民,局部变量可以在一个程序块内在任何地方声明,在C中,局部变量必须在程序块的开始部分,即在所有"操作"语句之前声明,请注意,C99标准中取消了这种限制.
&nb ......
前言 不断有网友将编译器 GCC 误认为 IDE（集成开发环境）
期望脱离命令行
期望能在菜单中发现其身影
期望其能有一个集编辑编译链接调试运行于一体的界面
故本文给大家简单罗列一些 C/C++ 编程中可用的 IDE，或许你从中可以找一个你喜欢的。
为避免以下某个软件安装时不自动安装 ......
