文章分类 -  C/C++

摘要：今天折腾了一阵电脑之后，用VS2005时居然报错：“生成cmd.exe时出错”。上网查了下，解决方法如下： 在VC2005里打开”工具“菜单，选择”选项“，打开”选项“对话框。然后展开”项目和解决方案“项，选择“VC++目录 ”，然后再其中添加如下这三项： $(SystemRoot)\System32 $(SystemRoot) $(SystemRoot)\Sy... 阅读全文

摘要：规则之例外 前面说明的编码习惯基本是强制性的，但所有优秀的规则都允许例外。 1. 现有不统一代码（Existing Non-conformant Code） 对于现有不符合既定编程风格的代码可以网开一面。 当你修改使用其他风格的代码时，为了与代码原有风格保持一致可以不使用本指南约定。如果不放心可以与代码原作者或现在的负责人员商讨，记住，一致性包括原有的一致性。 1. Windows代码... 阅读全文

摘要：格式 代码风格和格式确实比较随意，但一个项目中所有人遵循同一风格是非常容易的，作为个人未必同意下述格式规则的每一处，但整个项目服从统一的编程风格是很重要的，这样做才能让所有人在阅读和理解代码时更加容易。 1. 行长度（Line Length） 每一行代码字符数不超过80。 我们也认识到这条规则是存有争议的，但如此多的代码都遵照这一规则，我们感觉一致性更重要。 优点：提倡该原则的人认为强... 阅读全文

摘要：注释 注释虽然写起来很痛苦，但对保证代码可读性至为重要，下面的规则描述了应该注释什么、注释在哪儿。当然也要记住，注释的确很重要，但最好的代码本身就是文档（self-documenting），类型和变量命名意义明确要比通过注释解释模糊的命名好得多。 注释是为别人（下一个需要理解你的代码的人）而写的，认真点吧，那下一个人可能就是你！ 1. 注释风格（Comment Style） 使用//或... 阅读全文

摘要：命名约定 最重要的一致性规则是命名管理，命名风格直接可以直接确定命名实体是：类型、变量、函数、常量、宏等等，无需查找实体声明，我们大脑中的模式匹配引擎依赖于这些命名规则。 命名规则具有一定随意性，但相比按个人喜好命名，一致性更重要，所以不管你怎么想，规则总归是规则。 1. 通用命名规则（General Naming Rules） 函数命名、变量命名、文件命名应具有描述性，不要... 阅读全文

摘要：Google特有的风情 Google有很多自己实现的使C++代码更加健壮的技巧、功能，以及有异于别处的C++的使用方式。 1. 智能指针（Smart Pointers） 如果确实需要使用智能指针的话，scoped_ptr完全可以胜任。在非常特殊的情况下，例如对STL容器中对象，你应该只使用std::tr1::shared_ptr，任何情况下都不要使用auto_ptr。 “智能”指针看... 阅读全文

摘要：类 类是C++中基本的代码单元，自然被广泛使用。本节列举了在写一个类时要做什么、不要做什么。 1. 构造函数（Constructor）的职责 构造函数中只进行那些没有实际意义的（trivial，译者注：简单初始化对于程序执行没有实际的逻辑意义，因为成员变量的“有意义”的值大多不在构造函数中确定）初始化，可能的话，使用Init()方法集中初始化为有意义的（non-trivial）数据。 ... 阅读全文

摘要：背景 Google的开源项目大多使用C++开发。每一个C++程序员也都知道，C++具有很多强大的语言特性，但这种强大不可避免的导致它的复杂，这种复杂会使得代码更易于出现bug、难于阅读和维护。 本指南的目的是通过详细阐述在C++编码时要怎样写、不要怎样写来规避其复杂性。这些规则可在允许代码有效使用C++语言特性的同时使其易于管理。 风格，也被视为可读性，主要指称管理C++代码的习惯。... 阅读全文