高质量的子程序--代码大全阅读笔记

创建子程序的理由：

1.管理复杂度

      软件工程的首要任务是管理复杂度，没有谁的脑子里可以装下整个系统。管理复杂度的两个方法就是抽象和隐藏。子程序提供了这些功能，一旦你写完子程序，就不用再关        注里面的细节。

2.引入中间易懂的抽象

这个好理解，单独给你一段代码，你不一定立马可以知道他是干什么的。当将他方式一个函数中，再给函数起个好名字，只需扫一眼，看名字就知道它是想干什么。

3.避免代码重复

你肯定不会将相同的代码写的到处都是吧

4.支持子类化

由于不是面向对象编程，不懂这个特点

5.隐藏顺序

对于操作依赖顺序的，将其放在一个函数内部比散落在程序各处要好的多

6.隐藏指针操作

指针操作比较复杂，如果同时关注操作的意图和操作的细节，很容易让人疯掉，将指针操作封装到函数内部，集中注意到操作的意图上更不易出错。

7.提高可移植性

将不可移植的代码写在函数里，将来只要替换掉该函数即可成功移植

8.简化复杂的布尔判断

这个和2有点像。其实如何写对机器都一样，只是更容易被人所理解

9.改善性能

可以方便的度量程序的性能瓶颈

10.隔离复杂度

11.隐藏实现细节

12.限制变化所带来的影响

13.隐藏全局数据

14.形成中央控制点

以上理由不是正交的。

子程序设计的目标

只把一件事情做好，不再去做其他的事情，即子程序要尽可能的具有高内聚。

内聚性的层次：

//-----------------理想的内聚性------------------

1.功能的内聚性

最好也是最强的一种内聚性。一个子程序只做了一件事情，如sin()函数。

//----------------不太理想的内聚性-------------

2.顺序上的内聚性

程序内包含必须按特定步骤执行的操作，这些操作需要共享数据，所有的操作完成后才是完成了一个完整的功能。

3.通信上的内聚性

一个子程序的不同操作使用了相同的数据，除此之外没有任何其他关联。

4.临时的内聚性

需要同时执行才放到一个子程序的操作。

//---------------不可取的内聚性-------------------

5.过程上的内聚性

程序的多个操作按照一个固定的顺序。

6.逻辑上的内聚性

程序通过传入的标志来选择进行的操作。这些操作没有什么关联，只是简单的打包到一个子程序中，通过传入的标志来控制执行逻辑。

如果程序内部仅有if case语句和子程序组成，没有任何多余的代码，也是可以的，这样的程序可以称之为事件处理器

7.巧合的内聚性

在其中，你看不到各个操作之间的关联。

给子程序起名的原则：

1.描述子程序所做的事情

子程序的名字应该能描述程序所做的事情和产生的副作用。当然如果程序做的事情较多，产生的副作用也比较多的话，程序的名字有可能很长很难看，此时不应该考虑

如何去减少名字的长度，而是考虑是否应该重新设计或拆分子程序，使其功能单一，没有副作用。

2.避免使用无意义的，模糊的，表述不清的动词

比图ProcessInput(),处理输入函数，仅能表述其和输入处理有关，具体的就不知道。

3.不要仅通过数字来形成不同的子程序

4.根据需要确定子程序名字的长度

变量的名字通常为9-15字符，子程序的名字可能会长一点，原则是必须清楚明了，然后才是尽量短

5.函数名要能体现其返回值

PrinterIsReady();

6.动词+宾语的形式

PrintDoc();

7准确使用对仗词

add/remov

8.为常用操作确定命名规则

子程序可以写多长

理论上50-150行代码，复杂的算法总会导致较长的程序。

让子程序的内聚性，嵌套的层次，变量的数量，程序的决策点等和复杂度相关的量来决定子程序的长度，但是超过200行的时候就要小心了。

子程序的参数

子程序之间的接口是程序中最易出错的地方，以下是为了减少错误的一些指导原则：

1.按照输入-修改-输出的顺序传入参数

2.考虑自己创建in和out关键字

3.如果几个子程序都使用了类似的一些参数，则让这些参数出现的顺序一致

4.使用所有的参数

5.把状态和出错变量放在最后

6.不要把子程序的参数用作工作变量

7.在接口中对参数的假定加以说明

8.把子程序参数的个数限制在7个以内

如果你发现一直需要传递很多参数，则说明子程序之间耦合的过于紧密，考虑是否应该重新设计。

如果你发现需要向很多程序传递一样的数据，就把数据和程序封在一起。

9.为子程序传递用以维持其接口抽象的变量或对象

考虑子程序的接口要表达何种抽象

10.确保实际参数和形式参数类型一致