实现模块化的手段

1，抽象：抽出事物的本质特性而暂时不考虑它们的细节。
2，信息隐蔽：应该这样设计和确定模块，使得一个模块内包含的信息（过程和数据）
对于不需要这些信息的模块来说，是不可访问的。
模块独立性问题：
1，模块独立是指开发具有独立功能而且和其它模块之间没有过多的相互作用的模块。
2，模块独立的意义：
1）功能分割，简化接口，易于多人合作开发同一软件；
2）独立的模块易于测试和维护。
3，模块独立程度的衡量标准：
1）耦合性：对一个软件结构内不同模块间互连程度的度量。
2）内聚性：标志一个模块内各个处理元素彼此结合的紧密程度，理想的内聚模块只
做一件事情。
耦合分类：
1，无任何连接：两个模块中的每一个都能独立地工作而不需要另一个的存在（最低耦
合）。
2，数据耦合：两个模块彼此通过参数交换信息，且交换的仅仅是数据（低耦合）。
3，控制耦合：两个模块之间传递的信息有控制成分（中耦合）。
4，公共环境耦合：两个或多个模块通过一个公共环境相互作用：
1）一个存数据，一个取数据（低耦合）；
2）都存取数据（低--中之间）。
5，内容耦合（一般比较高）：
1）一个模块访问另一个模块的内部数据；
2）两个模块有一部分程序代码重叠；
3）一个模块不通过正常入口而转移到另一个的内部；
4）一个模块有多个入口（意味着该模块有多个功能）。
内聚分类：
1，功能内聚：一个模块完成一个且仅完成一个功能（高）。
2，顺序内聚：模块中的每个元素都是与同一功能紧密相关，一个元素的输出是下一个
元素的输入（高）。
3，信息内聚：模块内所有元素都引用相同的输入或输出数据集合（中）。
4，时间内聚：一组任务必须在同一段时间内执行（低）。
5，逻辑内聚：一组任务在逻辑上同属一类，例如均为输出（低）。
6，偶然内聚：一组任务关系松散（低）。
关于耦合性和内聚性的设计原则：
1，力争尽可能弱的耦合性：尽量使用数据耦合，少用控制耦合，限制公共环境耦合的
范围，完全不用内容耦合。
2，力争尽可能高的内聚性：力争尽可能高的内聚性，并能识别出低内聚性。