寫C++程序的幾個陋習:class 名以大寫 C 開頭,例如 CDate;成員變量以 m_ 開頭;變量採用匈牙利命名法;不知道什麼時候禁用 copy-ctor/assign operator。前三個多是從MFC那裏傳下來的,當時C++、class、OO是新玩意兒,要與 C struct 區分,如今還這麼作就土了。C++的成員變量可用特殊命名格式,加下劃線後綴便可(加下劃線前綴是錯的)。但在 Java 裏沒必要模仿 C++ 的這種成員變量命名方式,IDE 可讓成員變量以不一樣的顏色顯示,與局部變量區分,根本無需特殊命名。寫程序就怕把之前的編程經驗不加區分地應用到新語言中,寫成四不像,不地道。react
知道禁用 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 頭文件好了。函數
性能優化?oop
有些人經常把「性能」掛在嘴邊,並且其以「提升性能」爲理由的「優化措施」每每不到點子上,只增長了複雜性和維護難度,下降了代碼質量。這屬於決策點找偏了。我發現初學者每每過度關注微觀(語句級)性能,比方說關心 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網絡編程。