1. 通用命名規則
具備描述性，適當縮寫，型別和變數應該是名詞，函式名可以用「命令性」動詞
int num_errors; // good.
int num_completed_connections; // good.
int price_count_reader; // 無縮寫
int num_errors; // "num" 是乙個常見的寫法
int num_dns_connections; // 人人都知道 "dns" 是什麼
檔名要全部小寫,，可以包含下劃線 (_) 或連字元 (-)， 按專案約定來。 如果沒有約定, 那麼 「_」 更好
my_useful_class.cc
myusefulclass_test.cc
所有型別命名 —— 類，結構體，型別定義 (typedef)，列舉 —— 均使用相同約定，即以大寫字母開始，每個單詞首字母均大寫，不包含下劃線
//類和結構體
class urltable ;
不管是靜態的還是非靜態的, 結構體的資料成員可以和普通變數一樣, 不用像類那樣接下劃線:
struct urltableproperties對全域性變數沒有特別要求, 少用就好, 但如果你要用, 可以用 g_ 或其它標誌作為字首, 以便更好的區分區域性變數.
5. 常量命名
宣告為 constexpr 或 const 的變數, 或在程式執行期間其值始終保持不變的, 命名時以 「k」 開頭, 大小寫混合
const
int kdaysinaweek = 7;
函式名的每個單詞首字母大寫 (即 「駝峰變數名」 或 「帕斯卡變數名」)
沒有下劃線
對於首字母縮寫的單詞,更傾向於將它們視作乙個單詞進行首字母大寫 ，例如, 寫作 startrpc() 而非 startrpc()
addtableentry()
deleteurl()
openfileordie()
Google C 命名約定
最重要的一致性規則是命名管理.命名風格快速獲知名字代表是什麼東東 型別?變數?函式?常量?巨集 甚至不需要去查詢型別宣告.我們大腦中的模式匹配引擎可以非常可靠的處理這些命名規則.命名規則具有一定隨意性,但相比按個人喜好命名,一致性更重,所以不管你怎麼想,規則總歸是規則.tip函式命名，變數命名，檔案...
Google C 命名約定
函式命名,變數命名,檔案命名要有描述性 少用縮寫.int price count reader 無縮寫 int num errors num 是乙個常見的寫法 int num dns connections 人人都知道 dns 是什麼 int n 毫無意義.int nerr 含糊不清的縮寫.int ...
程式設計命名規範之 Google C 程式設計命名規範
大一的時候曾經特別關注過命名規範的問題，並且寫了乙個部落格總結了一些基礎的規範 三種程式設計命名規範 後來得知有一種命名規範叫做 go ogle c goo glec 命名規範的時候，特意看了一下，但是特別反感，感覺太糟糕了，所以就沒有深究過 我討厭壓行，這是我反感這個規範的最大原因。不過，現在我不...