第三十四章 软件工艺的话题
征服复杂性
降低复杂度是软件开发的核心。
- 在架构层将系统划分为多个子系统,以便让思绪在某段时间内能专注于系统的一小部分;
- 仔细定义类接口,从而可以忽略类内部的工作机理;
- 保持类接口的抽象性,从而不必记住不必要的细节;
- 避免全局变量,因为他会大大增加总是需要兼顾的代码比例;
- 避免深层次的继承,因为这样会耗费很大精力;
- 避免深度嵌套的循环或条件判断,因为他们能用简单的控制结构取代,后者占用较少的大脑资源;
- 别用
goto
,因为它们引入了非顺序执行,多数人都不容易弄懂; - 小心定义错误处理的方法,不要滥用不同的错误处理技术;
- 以系统的观点对待内置的异常机制,后者会成为非线性控制机构。异常如果不受约束地使用,会和
goto
一样难以理解; - 不要让类过度膨胀,以至于占用整个程序;
- 子程序应保持短小;
- 使用清楚、不言自明的变量名,从而大脑不必费力记住琐碎细节;
- 传递给子程序的参数数目应尽可能少。更重要的是,只传递保持子程序接口抽象所必须的参数;
- 用规范和约定来使大脑从记忆不同代码段的随意性、偶然性差异中解脱出来;
- 只要可能,应避免偶然性困难。
精选开发过程
首先为人写程序,其次才是为机器
编写可读性好的代码,是为了便于别人看懂。可读性对程序的以下方面都有证明影响:
- 可理解性;
- 容易复查;
- 错误率;
- 调试;
- 可修改性;
- 开发时间——上述因素之集合;
- 外在质量——上述因素之集合。
深入一门编程语言,不是浮于表面
借助规范集中注意力
规范是一套用于管理复杂度的智力工具。
- 规范能精确地传达重要信息;
- 规范可以使你免除各种风险;
- 规范增加了对底层工作的可预见性;
- 规范能够弥补语言的不足。
基于问题域编程
将程序划分成不同层次的抽象:
- 第0层:操作系统的操作和机器指令;
- 第1层:编程语言结构和工具;
- 第2层:低层实现结构;
- 第3层:低层问题域;
- 第4层:高层问题域。
问题域的低层技术:
- 在问题域使用类来实现有实际意义的结构;
- 隐藏低层数据类型及其实现细节的信息;
- 使用具名常量来说明字符串和文字量的意义;
- 对中间计算结果使用中间变量;
- 用布尔函数使复杂逻辑判断更清晰。
当心落石
注意程序中每一处微小的错误和警告。
迭代,反反复复,一次又一次
汝当分离软件和信仰
要点
- 编程的主要目的之一是管理复杂性;
- 编程过程对最终产品有深远影响;
- 合作开发要求团队成员之间进行广泛沟通,甚于同计算机的交互。而单人开发则是自我交流,其次才是计算机;
- 编程规范一旦滥用,只会雪上加霜。使用得当则能为开发环境带来良好机制,有助于管理复杂性和相互沟通;
- 编程应基于问题域而非解决方案,这样便于复杂性管理;
- 注意警告信息,将其作为编程疑点,因为编程几乎是存粹的智力活动;
- 开发时迭代次数越多,产品质量越好;
- 墨守成规的方法有悖于高质量的软件开发。请将编程工具箱中填满各种编程工具,不断提高自己挑选合适工具的能力。