[C++] 编程实践之1: Google的C++代码风格9：规则特例

关注

转载最新推荐文章于 2026-08-10 14:27:01 发布 728 阅读 AI 写同款· GEO 优化 ›

前面说明的编程习惯基本都是强制性的，但所有优秀的规则都允许例外，这里就是探讨这些特例。

对于现有不符合即定编程风格的代码可以网开一面。

当你修改使用其它风格的代码时，为了与代码原有风格保持一致可以不使用本指南约定。如果不放心可以与代码原作者或者现在的负责人商讨。记住，一致性包括原有的一致性。

Windows程序员有自己的编程习惯，主要源于Windows头文件和其它Microsoft代码。我们希望任何人都可以顺利读懂你的代码，所以针对所有平台的C++编程只给出一个单独的指南。

如果你习惯使用Windows编程风格，这儿有必要重申一下某些你可能会忘记的指南：

不要使用匈牙利命名法（比如把整型变量命名成iNum），使用Google命名约定，包括对源文件使用.cc扩展名。
Windows定义了很多原生类型的同义词，例如DWORD,HANDLE等等，在调用Windows API时，这是完全可以接受甚至鼓励的，但还是尽量使用原有的C++类型，例如使用const TCHAR *而不是LPCTSTR。
使用Microsoft Visual C++进行编译时，将警告级别设置为3或者更高，并将所有warnings当做errors来处理。
不要使用#pragma once；而应使用Google的头文件保护规则。头文件保护的路径应该相对于项目根目录。
除非万不得已，不要使用任何非标准的扩展，如 #pragma 和 __declspec. 允许使用 __declspec(dllimport) 和 __declspec(dllexport); 但你必须通过宏来使用, 比如 DLLIMPORT 和 DLLEXPORT, 这样其他人在分享使用这些代码时很容易就去掉这些扩展。

在Windows上，只有很少的一些情况下，我们可以偶尔违反规则：

通常我们禁止使用多重继承，但在使用COM和ATL/WTL类时，可以使用多重继承。为了实现COM或者ATL/WTL类/接口，你可能不得不使用多重实现继承。
虽然代码中不应该使用异常，但是在ATL和部分STL（包括Visual C++的STL）中异常被广泛使用。使用ATL时，应定义_ATL_NO_EXCEPTIONS 以禁用异常。你要研究一下是否能够禁用STL的异常。如果无法禁用，弃用编译器异常也可以。（注意这只是为了编译STL，自己代码里仍然不要含异常处理）
通常为了利用头文件预编译，每个源文件的开头都会包含一个名为stdAfx.h或者precompile.h的文件。为了使代码方便与其他项目共享，避免显式包含此文件（precompile.cc），使用/FI编译器选项以自动包含。
资源头文件通常命名为resource.h，且只包含宏的，不需要遵守本风格指南。