基于C/C++ 常見誤區詳解
2020-01-26 16:17:24
供稿：網友
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后綴，增加一個c前綴，比如 string.h
變為 cstring；stdio.h 變為 cstdio, 等等。
BTW：不要把string、cstring、string.h三個頭文件搞混淆
BTW：windows.h不是C/C++的標準文件，因此它的命名C/C++不管。
8. 不要再寫 char* p = "XXX" 這種語句，要寫成 const char* p = "XXX"，編譯器之所以讓前者通過編譯是為了兼容以前的大量的舊代碼。
BTW：const TYPE* p 和 TYPE const* p 是一樣的，風格不同而已。
BTW：C語言中也有const關鍵字。
9. 不要在同一條語句中包含一個變量的多個++/--，因為它們的解析在C/C++標準中沒有規定，完全取決于編譯器的個人行為。
10. C/C++ 是平臺無關性語言，因此系統相關的 process/GUI 等不在標準 C/C++ 庫中。比如 graphics.h 和 windows.h 等是由某個編譯器提供的，而不是由C/C++ 提供的。
11. C/C++只是語言，而且是平臺無關性語言。論壇上有部分人甚至認為C就是dos，C++就是windows，那么請問linux是什么？
12.[C++]面向對象曾經是設計C with class（C++的前身）的主要目的，但C++不是，C++是一個多典范語言。主要支持過程調用、基于對象、面向對象、泛式編程這四種編程典范。當然還支持functional, generative,metaprogramming等典范。
13. 語法學家不是文學家，所以當你學會了一門計算機語言時，你還需要學習數據機構和算法，還需要掌握工具和平臺API的用法。
14. C/C++ 是通用語言，因此語法很復雜，你應當裁減成適合你自己的語法集合，比如裁減成 better C 和 ADT。
15. C/C++是通用語言，因此只含通用的庫，你應該豐富自己需要的庫，比如汽車工業協會有自己的C/C++函數/類/模板庫。
