近期微博吐槽言論存檔，涉及「性能優化」、C++陋習等

寫C++程序的幾個陋習：class 名以大寫 C 開頭，例如 CDate；成員變量以 m_ 開頭；變量採用匈牙利命名法；不知道什麼時候禁用 copy-ctor/assign operator。前三個多是從MFC那裏傳下來的，當時C++、class、OO是新玩意兒，要與 C struct 區分，如今還這麼作就土了。C++的成員變量可用特殊命名格式，加下劃線後綴便可（加下劃線前綴是錯的）。但在 Java 裏沒必要模仿 C++ 的這種成員變量命名方式，IDE 可讓成員變量以不一樣的顏色顯示，與局部變量區分，根本無需特殊命名。寫程序就怕把之前的編程經驗不加區分地應用到新語言中，寫成四不像，不地道。

知道禁用 copy-ctor/assign operator 是 C++ 程序員的試金石。在看到一個開源項目時，我通常會先查看其 RAII handle class 是否禁用了 copy-ctor/assign operator（例如 Thread、Mutex、CondVar、Connection），若是沒有，對其第一印象就不好了。

關於 class 命名風格，Google、LLVM、Mozilla、muduo 都採用 Pascal 風格（LikeThis），例如 EventLoop、SudokuSolver 等等。正巧它們也都是用 2 格縮進的，能夠用 clang-format 自動格式化代碼。

順便說說我不認同的兩個 C++ 教條：1. 用nullptr替換NULL，2. 用cstdio頭文件替換stdio.h。

由於例如 gettimeofday(&tv, NULL) 這種系統函數傳個 nullptr 進去實在是違和，如今用 NULL 也能達到 nullptr 的好處，大不了在某個頭文件裏define一下就行。這條未來或許會變。

另外 ctime 頭文件沒定義 std::gmtime_r，而 time.h 定義了 ::gmtime_r。我可不想去背哪些函數是 C 語言的哪些是 Posix 的，哪些頭文件是 C 語言的哪些是 Posix 的（在Linux下，兩者基本不分家）。爲了用幾個系統函數（例如 fcntl() ），我該 include cfcntl 仍是 fcntl.h？用線程是 cpthread 仍是 pthread.h？我老是記不住 memset() 的參數順序，所以通常用 bzero() 代替，可是 manpage 說 bzero() 聲明於 strings.h，那我要不要考慮試試 cstrings 呢？何須給本身找麻煩，C++ 標準庫以外的內容乾脆統一用 .h 頭文件好了。

性能優化？

有些人經常把「性能」掛在嘴邊，並且其以「提升性能」爲理由的「優化措施」每每不到點子上，只增長了複雜性和維護難度，下降了代碼質量。這屬於決策點找偏了。我發現初學者每每過度關注微觀（語句級）性能，比方說關心 while(true) 和 for(;;) 哪一個更快，++i 與 i=i+1 哪一個更快，i/=16 和 i >>= 4 哪一個快等等，而忽視了現代編譯器的優化能力。

有的人談性能優化，一是拿不出具體的合理的性能目標，只想越快越好，二是不能實際準確測量驗證性能數據，憑感受和過期經驗行事。在編碼的時候，遇到兩種作法均可行，決策辦法是憑感受猜選「性能會更好」的一種，而忽視了其餘更重要的因素。可讀性和性能的典型關係以下圖，有多少場合是值得爲了性能而犧牲代碼的可讀性和可維護性呢？我但願本身的代碼位於第 3 區，而一些人覺得本身的代碼是在第 4 區，實際上是在第 1 區。

能在第 4 區寫代碼的人屬於百裏挑一，有時候你費勁優化了半天，結果新CPU加了幾條指令，直接在硬件層面把問題解決了。如今一些人動不動就要挽起袖子本身寫內存池，號稱能提升性能，真當 Ulrich Drepper 是水貨？（書第 12.2.8 節「有必要自行定製內存分配器嗎」）你打算如何測試內存分配器（malloc）的性能？有哪些指標？有哪些影響因素須要控制或模擬（好比線程數）？你的測試結果是否反映實際場景？

雜項

有人問爲何我說「poco不是服務端C++網絡庫」（ http://www.oschina.net/question/12_120943 ），雖然它也提供了reactor？由於它的reactor用的是 Socket::select()，雖而後者包裝了epoll，但看其實現就知道，它每次調用都會建立並銷燬 epoll fd，而後重建整個watch list，沒有哪一個服務端網絡庫會這麼作。

嗯，世界上有兩種網絡編程：網絡編程和Windows網絡編程。