Google C 程式設計規範 筆記

2021-07-09 11:16:35 字數 1083 閱讀 1567

我是vc入門,也相當最初是windows程式設計,google程式設計規範有他自己的特點,它強調**支援多平台,支援32、64位,

不使用預設函式引數 不使用異常等   unicode編碼(utf8)。。。

.函式引數順序( function parameter ordering)定義函式時,引數順序為:輸入引數在前,輸出引數在後

.明確的建構函式( explicit constructors)對單引數建構函式使用c++關鍵字explicit

.預設引數(default a禁止使用預設函式引數。

.變長陣列和alloca(variable-length arrays and alloca())禁止使用變長陣列和alloca()。

異常(exceptions)不要使用c++異常。

義:對於變數在自增( ++i或i++)或自減( --i或i--)後表示式的值又沒有沒用到的情況下,需要確定到底是使用前置還是後置的自增自減。優點:不考慮返回值的話,前置自增( ++i)通常要比後置自增( i++)效率更高,因為後置的自增自減需要對表示式的值i進行一次拷貝, 如果i是迭代器或其他非數值型別, 拷貝的代價是比較大的。既然兩種自增方式動作一樣(

譯者注,不考慮表示式的值,相信你知道我

在說什麼),為什麼不直接

什麼不直接使用前置自增呢

(sizeof)盡可能用sizeof(varname)代替sizeof(type)。

常量命名(constant names)在名稱前加k: kdaysinaweek。

todo注釋(todo comments)對那些臨時的、短期的解決方案,或已經夠好但並不完美的**使用todo注

// todo([email protected]): use a "*" here for co

// todo(zeke) change this to use relations.

6. todo很不錯, 有時候, 注釋確實是為了標記一些未完成的或完成的不盡如人意的地方,這樣一搜尋,就知道還有哪些活要幹,日誌都省了。

2.非ascii字元

(non-ascii characters

)盡量不使用非ascii

字元,使用時必須使用utf8

格式。

Google C 程式設計規範

google c style guide是乙份不錯的c 編碼指南,我製作了一張比較全面的說明圖,可以在短時間內快速掌握規範的重點內容。不過規範畢竟是人定的,記得活學活用。看圖前別忘了閱讀下面三條重要建議 1 保持一致也非常重要,如果你在乙個檔案中新加的 和原有 風格相去甚遠的話,這就破壞了檔案本身的...

Google C 程式設計規範 背景

google的開源專案很多都將c 作為主要開發語言。c 程式設計師都知道,正是因為c 這門語言的許多強大特性,導致了它的複雜性,使得c 更容易產生bug,不易閱讀和維護。本規範通過對一些最佳實踐和禁忌的詳細描述來說明如何運用c 語言的複雜特性。本規範可以幫助程式設計師在保證 可維護性的前提下,利用c...

讀google c 規範筆記

全域性變數在main函式之前初始化 原則上禁止拷貝建構函式和賦值函式 如果只有資料,沒有方法,可以用struct 析構函式宣告為虛函式 盡量避免過載操作符 難以定位的bug 誤以為簡單的操作 訪問控制 可以放到宣告檔案中 輸入引數為值或者常數引用,輸出引數為指標 overloading 函式名相同,...