第三十一章 布局与风格
基本原则
格式化的基本原理
格式化的借本原理指出,好的布局凸显程序的逻辑结构。
任何计算机对程序的解读
布局是关于程序结构的有用暗示。
好布局有什么用
以某种风格来写程序并不仅仅是处于美观考虑。用习惯的方式写程序有着心理因素——程序员有着强烈的意识,觉得其他程序员都会遵循这些论述规矩。
把布局当作一种信仰
布局不仅涉及美学,同时也有了逻辑问题的味道,意即对编程格式的争论听起来更像是宗教斗争,而非在讨论哲学。
良好布局的目标
- 准确表现代码的逻辑结构;
- 始终如一地表现代码的逻辑结构;
- 改善可读性;
- 经得起修改。
布局技术
- 空白;
- 空白能够增强可读性。空白包括空格、制表符、换行、空行,是展现程序结构的主要手段;
- 分组;
- 空行;
- 缩进;
- 括号。
布局风格
- 纯块结构;
- 模仿纯块结构;
- 使用begin-end对(花括号)指定块边界;
- 行尾布局。
控制结构的布局
格式化控制结构块的要点
- 不要使用未缩进的begin-end对;
- 别让begin-end两次缩进。
其他考虑
- 段落之间要使用空行;
- 单语句代码块的格式要前后统一;
- 对于复杂的表达式,将条件分隔放在几行上;
- 不用
goto
; case
语句不要有行尾布局的例外。
单条语句的布局
语句长度
一条常见但有点过时的规则,就是语句长度应限制在80个字符以内,理由如下:
- 超过80个字符的语句很难读;
- 80个字符的限制不鼓励深度嵌套;
- 长于80字符的语句行在8.5×11英寸规格纸张上放不下,特别是当一面打印两栏代码时。
用空格使语句显得清除
- 使用空格会让逻辑表达式更易读;
- 使用空格让数组引用更容易读;
- 使用空格让子程序参数更容易读;
格式化后续行
- 使续行明显;
- 将控制语句的后续行缩进以标准的空格数;
- 不要将赋值语句按等号对齐;
- 对赋值语句后续行按标准量缩进。
每行仅写一条语句
- 将每个语句单独置于一行,能提供有关程序复杂性的准确观点。
- 对于现代编译器,将多个语句放在一行不能提供任何优化线索。
- 各语句独占一行,则代码仅需自上而下读,而不必自上而下,还要从左往右去读;
- 各语句独占一行,在编译器以行号指出某行有错误时,你将更容易找出语法错误;
- 各语句独占一行,编辑单个语句也更容易——删除一行或者临时将某行改为注释。
数据声明的布局
- 每行只声明一个数据;
- 变量声明应尽量接近其首次使用的位置;
- 合理组织声明顺序;
- C++中,声明指针变量时请把星号靠近变量名,或者是去声明指针类型。
注释的布局
- 注释的缩进要与相应代码一致;
- 每行注释至少一个空行分开。
子程序的布局
- 用各行分隔子程序的各部分;
- 将子程序参数按标准缩进。
类的布局
类接口的布局
在布局类接口时,一般应将类成员按如下顺序表示:
- 说明类及其完整用法的头部注释;
- 构造函数与析构函数;
- public子程序;
- protected子程序;
- private子程序和数据成员。
类实现的布局
类实现通常应按以下顺序排布:
- 描述类所在的文件之内容的头部注释;
- 类数据;
- public子程序;
- protected子程序;
- private子程序。
文件和程序布局
- 一个文件应只有一个类;
- 文件的命名应与类名有关;
- 在文件中清晰地分隔各子程序;
- 按字母顺序排列子程序;
- 对于C++,请仔细组织源文件中内容的次序:
- 文件的描述性注释;
#include
文件行;- 在多个类里使用的常量定义;
- 在多个类里使用的枚举;
- 宏函数定义;
- 在多个类里使用的类型定义;
- 导入的全局变量和函数;
- 导出的全局变量和函数;
- 本文件私用的变量和函数;
- 各个类,包括各个类中的常量定义,枚举以及类型定义。
核对表:布局
一般问题
控制结构的布局
单条语句的布局
注释的布局
子程序的布局
类、文件和程序的布局
要点
- 可视化布局的首要任务是指明代码的逻辑组织。评估该任务是否实现的指标包括准确性、一致性、易读性和易维护性;
- 外表悦目比起其他指标是最不重要的。然而,如果其他指标都达到了,带代码又质量好,那么布局效果看上去也会不错;
- Visual Basic具有纯代码块风格,而Java的传统做法就是使用纯块风格,所以若用这些语言编程,就请使用纯代码块风格。C++中,模拟纯代码块或者begin-end块边界都行之有效;
- 结构化代码尤其自身目的。始终如一地沿用某个习惯而少来创新。不能持久的布局规范只会损害可读性;
- 布局的很多方面设计信仰问题。应试着将客观需要和主观偏好区分开来。定出明确的目标,在地基础上在讨论风格参数的选择。