如何建立一个子程序
首先我们要理解这里面的“子程序”指的是什么？在这里，“子程序”理解为一个函数比较合适，可以是一个执行特定功能的全局函数、可以是一个类里面的成员函数（注：《代码大全》里面之所以用“子程序”来表述，是因为它所讲述的规则与方法是与语言无关的，我们应该根据自己实际编程中所使用的语言来自行定义“子程序”），也可以这样理解“子程序”，它是完成某一特定功能的一个小单元，其粒度比模块要小，而比数据类型、结构控制语句要大。
综合《代码大全》里面的介绍和自己的理解，将“如何建立一个子程序”分为三个步骤：1. 之间的准备工作；2. 建立操作；3. 检查及测试。（其实这是放之四海而皆准的普遍规则，做任何事情只要遵守这三条都不会有太大问题的，在这里算是投机取巧了，主要是为了方便理解和记忆）
1. 之前的准备工作
问题引发设计，如果没有需求我们就不需要去设计一个“子程序”啦。那么我们首先就要明确地定义出这个“问题”啦，一般情况下，这个“问题”在整个的程序框架中会有所提及，而如何那时问题定义比较清晰的话，我们的准备工作可以几乎省去。不管怎么样，我们都要明确几个问题：
- 将要设计的“子程序”要完成什么任务；
- “子程序”主要应该在哪些场合，是为某个模块定义的功能，还是适用于整个系统；
- “子程序”的输入、输出分别是什么；
- 建立这个“子程序”需要与系统其他哪些部分发生关系，需要建立新的数据类型和算法么；
明确这些以后，我们的准备工作就做完了，那么最后为我们的“子程序”起一个清晰、直观、简介的名字吧！
2. 建立操作
建立操作的第一步，也是大部分程序员忽视的一个步骤（《代码大全》里面这样说的啊！）——使用PDL（program design language）语言来精确描述“子程序”所执行的操作。
这一操作是相对于使用具体程序语言编写“子程序”更抽象、更上一层的操作步骤，抽象并不意味着复杂，反而会更加简单清晰，以便使后续的编码、检查、调试操作更容易。因为使用PDL语言会带来以下好处：
- 使用自然语言而不是编程语言来描述“子程序”操作，使程序员不必受具体编程语言的语法约束，而将精力放在设计上；
- 容易查找错误，即使查找出错误，修改的代价也比较小；
- 如果PDL语言描述得比较得当，那么编码工作就是一个简单的翻译工作；
- 维护起来比较方便，PDL语言为“子程序”提供了清晰的注释信息；
确认PDL描述没有问题后，可以着手编写程序代码了，如果PDL语言对于“子程序”描述的足够准确并得当的话，那么编写代码的过程可能是一个简单、机械的工作，程序员应该很快能完成“子程序“设计。
但是，并不是说设计出一个行为良好的PDL描述就完事大吉了，有些情况下，PDL描述看似完美，但将它转化为代码时会出现很多错误，所以这是要不检查是不是代码本身出错，或者是PDL语言描述还存在不足，如果是的话，重新用PDL语言描述。
3. 检查及测试
在编译“子程序”之前，程序员有必要进行一些检查工作：
- “子程序”是不是按照最初的需求？
- 完成的任务是不是明确？
- 可以能现的意外情况？如何解决？
- “子程序”接口设计、实现得合适么？
- “子程序”会不会有明显的语法错误？
确认检查无误以后，程序员可以对“子程序”实施测试了，《代码大全》里面建议我们不要急于对“子程序”实施编译，并试图通过编译来查找程序中的错误，如果某次编译出现了错误，那么程序员往往急切万分得修改以试下次编译不要出错，这并不是发现并排除错误的正确方法。《大码大全》推荐我们这样做：
- 自己在心里逐行执行“子程序”，通过自己的“计算机系统”将程序执行一下，试图找出错误并更正；
- 编译“子程序”，消除所有错误和警告；
- 逐行调试程序，监视程序运行结果，必要情况下编写一些辅助代码帮助程序测试；
总结：
阅读《代码大全》关于“子程序”建立这部分，确实对程序员的编程工作有一定启发，也确实指出了一些有效的方法和容易忽略的问题。下面结合书中介绍的内容和自己的理解谈一下自已的认识：
- 首先，我们应该清楚地认识到，书中所谈应该是大而全的方法论，实际执行的时候可以根据具体情况做酌情取舍。书中所列出的条条目目加起来总共得几十条，如果我们所写的“子程序”是一个功能简单、逻辑清晰的操作，确实没有必要按照书中所写的来逐步进行，这样反而会降低效率。
- 书中介绍使用PDL语言说要使用自然语言，避免设计具体编程语言的引入，这点我认为过于刻板，PDL语言之所以没有确定语法格式，就是为了可以抽象地、明了地描述“子程序”操作，所以加入具体编程语言的风格、语法未尝不可，毕竟最终我们是要使用具体的编程语言来实现功能，加入这些具体编程语言的语法、风格反而使描述效果更贴切。
