第四章 建立子程序的步骤

本章的中心内容是 如何编写小规模的程序，以及编写对各种规模项目都十分关键的程序的特定步骤。本章也描述 了从程序设计语言（PDL）到编码的转换过程，几乎没有哪些程序员充分利用了这一过程所带来 的方便，这部分论述会给大家以启迪。
当PDL 写好之后，就可以根据它来编码，而PDL 则成为程序语言的注释。

4.3 设计子程序需要考虑的问题:

1. 定义这个子程序将要解决的问题:
    - 子程序将要隐含的信息
    - 子程序的输入
    - 子程序的输出, 包括会影响的全局变量
    - 子程序如何处理错误
2. 子程序的命名
3. 子程序的效率
    - 程序对性能没有特殊要求, 则专注于子程序的模块化与可读性
    - 对性能有特殊要求, 则关注运行速度与内存使用
4. PDL 编写
    - 抽象到具体
5. 考虑数据
    - 进行子程序逻辑设计时, 关键数据结构已经定义好是大有裨益的
6. 检查 PDL
    - 请别人看下或向别人说明一下
7. 逐步细化 PDL 直至每行下面都可以翻译为代码, PDL 则成为注释

4.4 子程序编码
在确信子程序是正确的之前，不要急于开始编译。

将编译器的警告级别开到最高, 并改正所有警告和错误

4.5 创建子程序的检查表
· 是否检查过先决条件已经满足了？
· 定义子程序将要解决的问题了吗？
· 结构设计是否足够清楚，使得你可以给子程序起个好名字？
· 考虑过如何测试子程序了吗？
· 是否从模块化水平或者满足时间和内存需求角度考虑过效率问题？
· 是否查阅过参考书；以寻找有帮助的算法？
· 是否用详尽的 PDL 设计子程序？
· 在必要时，是否在逻辑设计步骤前考虑了数据？
· 是否检查过PDL，它很容易理解吗？
· 是否注意到了足以使你返回到结构设计阶段的警告（使用了全局数据，更适合其它子程序的操作，等等）。
· 是否使用了PDL 到代码流程，是否把PDL 作为编码基础并把原有的PDL 转为注释？
· 是否精确地把PDL 翻译成了代码？
· 在作出假设时，验证它们了吗？
· 是从几个设计方案中选择了最好的，还是随意选择了一个方案？
· 是否彻底理解你的代码？它容易理解吗？

4.6 小结
· 要想写好PDL，首先要用易懂的自然语言，避免拘泥于某种程序语言，其次要在意向层次上写PDL，描述设计作什么而不是如何作。
· PDL 到代码流程方法是详细设计的有力工具，而且使得编码非常容易。可以把PDL 直接翻译成注释，但要注意保证注释是精确而有用的。
· 应该在工作的每一步中都检查子程序，并鼓励同事们检查。这样，可以在投入的资金和工作努力最少时便发现错误，从而极大降低改错成本