Google C++ 编码规范的核心内容
-
核心目标：通过统一的代码风格和命名规则，确保代码易于阅读和维护。避免复杂结构（如多重继承、复杂模板），优先使用简单、直观的实现方式。减少潜在的内存泄漏、悬空指针等问题，强调资源管理（如智能指针）。
-
关键规范内容
-
**命名规范**
-
类名、结构体名使用大驼峰（`CamelCase`），变量和函数名使用小驼峰（`camelCase`）。
-
命名需明确表达意图，避免缩写（除非是广泛认可的缩写，如 `URL`）。
-
**类与结构体**
-
**`struct` 与 `class` 的区别**：仅当类仅包含数据成员且无行为时使用 `struct`，其他情况一律使用 `class`（例如：`struct Point { int x, y; };`）。
-
**接口设计**：接口类需为纯虚类（所有成员函数为 `=0` 或静态函数），且无构造函数和非静态数据成员。
-
**资源管理**
-
**智能指针**：推荐使用 `std::unique_ptr` 或 `std::shared_ptr` 管理动态内存，避免原始指针直接操作。
-
**移动语义**：明确禁用或实现拷贝/移动构造函数和赋值操作符，防止浅拷贝问题（如 `=delete`）。
-
**函数与参数**
-
**参数传递**：所有按引用传递的参数必须加 `const`，除非明确需要修改参数。
-
**默认参数**：仅允许在非虚函数中使用，默认参数需确保一致性，优先使用函数重载替代。
-
**返回值**：倾向于按值返回，避免返回指针（除非指针可以为空）。
-
**代码结构**
-
**成员声明顺序**：类内成员按 `public`、`protected`、`private` 顺序声明，函数在数据成员之前。
-
**命名空间**：将代码包裹在命名空间中，避免与外部代码冲突，禁止修改标准库命名空间（如 `std`）。
-
**代码风格**
-
**注释与文档**：要求文件开头有版权注释，类和函数需有清晰的注释，避免冗余注释。
-
**格式规范**：每行不超过 80-120 字符，缩进使用 2 个空格，函数名与返回类型在同一行。
- 其他重要原则
组合优于继承：优先通过组合（`has-a`）而非继承（`is-a`）实现代码复用。
类型转换：使用 `static_cast`、`dynamic_cast` 等 C++ 显式类型转换，禁止 C 风格转换（如 `(int)x`）。
异常处理：构造函数抛出异常时需明确文档说明，避免不处理异常。
Google C++ 编码规范的核心是 **"简洁、安全、可维护"**，其意义不仅在于提供一套具体的规则，更在于通过这些规则培养开发者严谨的编码思维。它帮助团队在复杂项目中保持代码质量，减少潜在风险，并为现代 C++ 的高效开发提供了最佳实践参考。对于开发者而言，遵循这些规范能够显著提升代码的健壮性和可读性，尤其在大型项目或团队协作中尤为重要。++需要指南中文版pdf可以 私信。++
编辑代码时 , 花点时间看看项目中的其它代码 , 并熟悉其风格 . 如果其它代码中 if 语句使用空格 , 那么你也要使用. 如果其中的注释用星号 (*) 围成一个盒子状 , 你同样要这么做 . 风格指南的重点在于提供一个通用的编程规范, 这样大家可以把精力集中在实现内容而不是表现形式上 . 我们展 示了全局的风格规范, 但局部风格也很重要 , 如果你在一个文件中新加的代码和原有代码风格相去甚远 , 这就破坏了文 件本身的整体美观, 也影响阅读 , 所以要尽量避免 .