8 格式 Formatting

代码风格和格式确实比較任意, 但一个项目中全部人遵循同一风格是非常easy的; 个体未必允许下述每一处格式规则, 但整个项目服从统一的编程风格是非常重要的, 仅仅有这样才干让全部人非常轻松地阅读和理解代码;

我们写了一个 settings file for emacs [http://google-styleguide.googlecode.com/svn/trunk/google-c-style.el] 帮助你正确的格式化代码;

8.1 行长度 Line Length

Tip 每一行代码字符数不超过80;

我们也认识到这条规则是有争议的controversial, 但非常多已有代码都已经遵照adheres这一规则, 我们感觉一致性更重要;

长处:

提倡该原则的人主张强迫他们调整编辑器窗体大小非常野蛮; 非常多人同一时候并排开几个代码窗体, 根本没有多余空间拉伸窗体; 大家都把窗体尺寸加以限定, 而且80列宽是传统标准, 为什么要改变呢? [分辨率越来越大, IDE中字体能够改小...]

缺点:

反对该原则的人则觉得更宽的代码更易阅读; 80列的限制是上个世纪60年代的大型机mainframes的古板缺陷throwback hidebound, 现代设备具有更宽的显示屏, 非常轻松的能够显示很多其它代码;

结论:

80个字符是最大值;

特例:

- 假设一行凝视包括了超过80字符的命令或URL, 出于复制粘贴的方便同意该行超过80字符;

- 包括长路径的 #include语句能够超出80列, 但应尽量避免; [注意系统最大路径字符长度]

- 头文件保护 header guards 能够无视该原则;

8.2 非ASCII字符 Non-ASCII Characters

Tip 尽量不使用非ASCII字符, 使用时必须使用UTF-8编码; [http://en.wikipedia.org/wiki/UTF-8 ]

即使是英文, 也不应该将用户界面的文本硬编码hard-code到源码中, 因此非ASCII字符要少用; 特殊情况下能够适当包括此类字符; 如, 代码分析parse外部数据文件foreign sources时, 能够适当硬编码数据文件里作为分隔符的delimiter非ASCII字符串; 更常见的是(不须要本地化的)单元測试代码可能包括非ASCII字符串; 此类情况下, 应使用UTF-8编码, 由于非常多工具都能够encoding理解和处理UTF-8编码;

十六进制编码Hex encoding也能够, 能增强可读性的情况下尤其鼓舞--比方 "\xEF\xBB\xBF"(简化版u8"\uFEFF")在Unicode中是零宽度 无间断的间隔符号Unicode zero-width no-break space character, 假设不用十六进制直接放在UTF-8格式的源文件里, 是看不到的; (译注: "\xEF\xBB\xBF"通经常使用作 UTF-8 with BOM编码标记); [https://docs.moodle.org/27/en/UTF-8_and_BOM#What_does_BOM_mean.3F ]

[Add]

使用 u8前缀来确保字符串字面量string literal包括 \uXXXX 转义escape的语句是依照UTF-8编码的; 不要讲它使用在包括非ASCII字母的字符串编码中, 假设编译器没有将源代码文件作为UTF-8解析interpret的话, 那样会造成不对的输出;

不要使用C++11 char16_t和char32_t字符类型, 它们是为非UTF-8文字准备的; 类似的原因你也不该使用wchar_t(除非你在写Windows API相关的代码, 将wchar_t作为扩展使用)

<<<

8.3 空格还是制表位 Spaces vs. Tabs

Tip 仅仅使用空格, 每次缩进2个空格;

我们使用空格缩进, 不要在代码中使用制表符, 你应该设置编辑器, 将制表符转为空格; [为了干净的diff]

8.4 函数声明与定义 Function Declarations and Definitions

Tip 返回类型和函数名在同一行, 參数也尽量放在同一行;

[Add]形參和实參一样, 假设不能放同一行才换行;<<

函数看上去像这样:

1 2 3 4

ReturnType ClassName::FunctionName(Type par_name1, Type par_name2) {     DoSomething();     ... }

假设同一行文本太多, 放不下全部參数:

1 2 3 4 5 6

ReturnType ClassName::ReallyLongFunctionName(Type par_name1,                                              Type par_name2,                                              Type par_name3) {     DoSomething();     ... }

[Add]

1 2 3 4 5

ReturnType ClassName::ReallyLongFunctionName(Type par_name1, Type par_name2,                                              Type par_name3) {   DoSomething();   ... }

<<<

甚至连第一个參数都放不下:

1 2 3 4 5 6 7

ReturnType LongClassName::ReallyReallyReallyLongFunctionName(         Type par_name1,  // 4 space indent         Type par_name2,         Type par_name3) {     DoSomething();  // 2 space indent     ... }

注意下面几点:

- 返回值总是和函数名在同一行;

[Add]

-假设无法放在同一行, 将返回值类型和函数名分成两行;

- 假设将返回值和函数定义或声明分开了, 不要缩进 indent;

<<<

- 左圆括open parentheses号总是和函数名在同一行, ;

- 圆括号与參数间没有空格;

- 左花括号open curly brace总在最后一个參数同一行的末尾处;

- 右花括号close curly brace is总是单独位于函数最后一行, 或者(其它同意的风格)和左花括号同一行;

- 右圆括号和左花括号间总是有一个空格;

- 函数声明和实现处的全部形參名称必须保持一致; [声明能够不用形參]

- 全部形參应尽可能对齐aligned;

- 缺省缩进为2个空格;

- 换行后的參数保持4个空格的缩进;

[Remove]

假设函数声明成const, keywordconst应与最后一个參数位于同一行:

1 2 3 4 5 6 7 8 9 10 11

// Everything in this function signature fits on a single line ReturnType FunctionName(Type par) const{   ... } // This function signature requires multiple lines, but // the const keyword is on the line with the last parameter. ReturnType ReallyLongFunctionName(Type par1,                                   Type par2) const{   ... }

<<<

假设有些參数没实用到, 在函数定义出将參数名凝视起来:

1 2 3 4 5 6 7 8 9 10 11 12 13 14

// Always have named parameters in interfaces. classShape {  public:   virtualvoidRotate(doubleradians) = 0; } // Always have named parameters in the declaration. classCircle : publicShape {  public:   virtualvoidRotate(doubleradians); } // Comment out unused named parameters in definitions. voidCircle::Rotate(double/*radians*/) {}

[有专门的 #define UNUSED(x) (void)(x) 宏处理这类參数, Qt有 Q_UNUSED]

WARNING:

1 2 3

// Bad - if someone wants to implement later, it's not clear what the // variable means. voidCircle::Rotate(double) {}

[Add]

Lambda Expressions

參数和函数体的格式, 就像一般的逗号分隔列;

对于传引用捕获by-reference captures, 不要在引用符号ampersand (&)和变量名之间加空格;

1 2	intx = 0; autoadd_to_x = [&x](intn) { x += n; };

简短的lambda能够作为函数实參写成内联inline的;

1 2 3 4 5 6

std::set<int> blacklist = {7, 8, 9}; std::vector<int> digits = {3, 9, 1, 8, 4, 7, 1}; digits.erase(std::remove_if(digits.begin(), digits.end(), [&blacklist](inti) {                returnblacklist.find(i) != blacklist.end();              }),              digits.end());

<<<

8.5 函数调用 Function Calls

Tip 尽量放在同一行, 否则, 将实參封装在圆括号里;

[Add] 或者将实參换行, 4个空格缩进, 然后每次都一样缩进; 不考虑其它情况, 使用最小的行数, 能够适当将多个实參放在同一行; <<<

函数调用遵循例如以下形式:

1	boolretval = DoSomething(argument1, argument2, argument3);

假设同一行放不下, 可断为多行, 后面subsequent每一行都和第一个实參对齐, 左圆括号open paren和右圆括号close paren前不要留空格:

1 2	boolretval = DoSomething(averyveryveryverylongargument1,                           argument2, argument3);

假设函数名很长, 以至于超过行最大长度, 能够将全部參数独立成行:

1 2 3 4 5 6 7 8 9 10

if(...) {   ...   ...   if(...) {     DoSomethingThatRequiresALongFunctionName(         very_long_argument1,  // 4 space indent         argument2,         argument3,         argument4);   }

[Add]

參数能够放在随后的行中, 有4个空格的缩进;

1 2 3 4 5

if(...) {   DoSomething(       argument1, argument2,  // 4 space indent       argument3, argument4); }

尝试将多个实參放在单行以降低调用函数的行数, 除非阅读起来困难; 有发现显式每行严格放一个实參更易阅读并且easy改动; 我们要优先考虑方便改动, 然后才是易于阅读, 大多数可读性问题能够留给addressed今后的技术来解决;

假设在单行有多个实參, 复杂度和由多个參数组成的easy混淆的表达式使得可读性变差, 试着创建描写叙述性变量来获取參数值;

1 2	intmy_heuristic = scores[x] * y + bases[x]; boolretval = DoSomething(my_heuristic, x, y, z);

或者将易混淆的实參放在独立行, 写下说明性凝视;

1 2	boolretval = DoSomething(scores[x] * y + bases[x],  // Score heuristic.                           x, y, z);

假设还是有一个实參放在独立一行中可读性有重大改善, 那么就将它放在独立行; 可读性比普遍方针general policy更重要;

有时候结从构体获得的实參对于可读性非常重要; 这些情况下, 能够依据结构来定义參数格式:

1 2 3 4

// Transform the widget by a 3x3 matrix. my_widget.Transform(x1, x2, x3,                     y1, y2, y3,                     z1, z2, z3);

<<<

[Add]

Braced Initializer List Format

braced initializer list的格式就像函数调用格式一样;

假设braced list之后跟一个名字(e.g. 类型或变量名), 就像 {} 将函数调用包括起来一样格式化它; 假设没有名字, 就当作一个0长度的名字;

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25

// Examples of braced init list on a single line. return{foo, bar}; functioncall({foo, bar}); pair<int, int> p{foo, bar}; // When you have to wrap. SomeFunction(     {"assume a zero-length name before {"},     some_other_function_parameter); SomeType variable{     some, other, values,     {"assume a zero-length name before {"},     SomeOtherType{         "Very long string requiring the surrounding breaks.",         some, other values},     SomeOtherType{"Slightly shorter string",                   some, other, values}}; SomeType variable{     "This is too long to fit all in one line"}; MyType m = {  // Here, you could also break before {.     superlongvariablename1,     superlongvariablename2,     {short, interior, list},     {interiorwrappinglist,      interiorwrappinglist2}};

<<<

8.6 条件语句 Conditionals

Tip 倾向于不在圆括号内使用空格; keyword else另起一行, 和if在不同行;

对基本条件语句有两种能够接受的格式; 一种在圆括号和条件之间有空格, 还有一种没有;

最常见的是没有空格的格式, 哪种都能够, 但保持一致性; 假设你是在改动一个文件, 參考当前已有格式, 假设是写新的代码, 參考文件夹下或项目中其它文件; 犹豫不定的话, 就不要加空格了;

1 2 3 4 5

if(condition) {  // no spaces inside parentheses   ...  // 2 space indent. } else{  // The else goes on the same line as the closing brace.   ... }

假设你更喜欢在圆括号内部加空格:

1 2 3 4 5

if( condition ) {  // spaces inside parentheses - rare   ...  // 2 space indent. } else{  // The else goes on the same line as the closing brace.   ... }

注意全部情况下 if 和左圆括号间都有个空格; 右圆括号和左花括号之间也要有个空格:

WARNING:

1 2 3

if(condition)     // Bad - space missing after IF. if(condition){   // Bad - space missing before {. if(condition){    // Doubly bad.

正确:

1	if(condition) {  // Good - proper space after IF and before {.

假设能增强可读性, 简短的条件语句同意写在同一行; 仅仅有当语句简单而且没有使用 else子句clause时使用:

1 2	if(x == kFoo) returnnewFoo(); if(x == kBar) returnnewBar();

假设有 else分支则不同意:

WARNING:

1 2 3

// Not allowed - IF statement on one line when there is an ELSE clause if(x) DoThis(); elseDoThat();

通常, 单行语句不须要使用花括号, 假设你喜欢用也没问题; 复杂的条件或循环语句用花括号可读性会更好; 也有一些项目要求 if必须总是使用花括号:

1 2 3 4 5 6

if(condition)   DoSomething();  // 2 space indent. if(condition) {   DoSomething();  // 2 space indent. }

但假设语句中某个 if-else分支使用了大括号的话, 其它分支也必须使用:

WARNING:

1 2 3 4 5 6 7 8 9 10 11 12

// Not allowed - curly on IF but not ELSE if(condition) {     foo; } else     bar; // Not allowed - curly on ELSE but not IF if(condition)     foo; else{     bar; }

正确:

1 2 3 4 5 6 7

// Curly braces around both IF and ELSE required because // one of the clauses used braces. if(condition) {   foo; } else{   bar; }

8.7 循环和开关选择语句 Loops and Switch Statements

Tip switch语句能够使用花括号分段; [Add] 凝视贯穿在不同的case中; 对于单个语句的循环, 花括号是可选的; <<< 空循环体应使用 {} 或 continue;

switch语句中的 case块能够使用大括号也能够不用, 取决于个人喜好, 假设用的话, 要依照下文所述的方法;

假设有不满足 case条件的枚举值, switch应该总是包括一个 default匹配(假设有输入值没有case去处理, 编译器将报警); 假设 default应该永远运行不到, 简单的加条 assert;

1 2 3 4 5 6 7 8 9 10 11 12 13

switch(var) {   case0: {  // 2 space indent     ...      // 4 space indent     break;   }   case1: {     ...     break;   }   default: {     assert(false);   } }

[Add]

大括号对单语句循环来说是可选的;

1 2 3 4 5 6

for(inti = 0; i < kSomeNumber; ++i)   printf("I love you\n"); for(inti = 0; i < kSomeNumber; ++i) {   printf("I take it back\n"); }

<<<

空循环体应该使用 {} 或 continue, 而不是一个简单的分号semicolon:

1 2 3 4 5

while(condition) {   // Repeat test until it returns false. } for(inti = 0; i < kSomeNumber; ++i) {}  // Good - empty body. while(condition) continue;  // Good - continue indicates no logic.

[分号easy被忽略...可是能够作为一个语句]

WARNING:

1	while(condition);  // Bad - looks like part of do/while loop.

8.8 指针和引用表达式 Pointer and Reference Expressions

Tip 句点或箭头前后不要有空格; 指针/地址操作符(*, &)之后不能有空格;

以下是指针和引用表达式的正确使用范例:

1 2 3 4

x = *p; p = &x; x = r.y; x = r->y;

注意

- 在訪问成员时, 句点或箭头前后没有空格;

- 在指针操作符 * 或 & 后没有空格;

在声明指针变量或參数时, 星号asterisk与类型或变量名紧挨adjacent都能够:

1 2 3 4 5 6 7

// These are fine, space preceding. char*c; conststring &str; // These are fine, space following. char* c;    // but remember to do "char* c, *d, *e, ...;"! conststring& str;

WARNING:

1 2	char* c;  // Bad - spaces on both sides of * conststring & str;  // Bad - spaces on both sides of &

在单个文件内要保持风格一致, 所以假设是改动现有文件, 要遵照该文件的风格;

---YCR---