1. 模块化思想
模块化思想是一种设计策略，它提倡将大型软件项目分解成更小、更易于管理的组件或模块。每个模块负责一部分功能，并通过定义良好的接口与其它模块交互。这种方法能够简化开发流程，使团队成员能够专注于特定任务，并促进代码的重用。
2. 软件开发中的抽象
抽象是软件工程中的一个重要概念，它允许开发者隐藏复杂性的细节，只关注于核心功能。通过抽象，可以创建出更高层次的数据类型、函数、类等，这些抽象对象可以作为构建更大系统的积木。抽象过程包括数据抽象（Data Abstraction）、过程抽象（Process Abstraction）以及接口抽象（Interface Abstraction）等。
3. 模块独立性
模块独立性是指一个模块在其设计和实现过程中尽量减少对外部环境的影响和依赖。模块独立性的两个主要指标是耦合性和内聚性。信息隐蔽原则是模块独立性的基石，它确保了模块内部的数据和算法对外界隐藏，只有通过公共接口才能访问。
4. 模块化的优点
模块化的主要优点包括但不限于：
- 可维护性：由于每个模块都是独立的，因此可以单独修改和测试，减少了错误传播的风险。
- 可重用性：设计良好的模块可以在多个项目中重用，节省开发时间和成本。
- 可读性：模块化提高了代码的可读性，使得其他开发者更容易理解程序的工作原理。
- 灵活性：当需要更新或者替换某个功能时，可以更容易地进行变更，而不影响整个系统。
5. 模块化的原则
模块化遵循以下原则：
- 耦合性：衡量模块间相互依赖的程度。低耦合意味着模块间相互作用较少，这样更有利于模块的独立性和可重用性。
- 内聚性：衡量模块内部各组成部分间的相关性。高内聚表示模块内部的各个部分紧密相关，这有助于保持模块的专注性和功能性。
6. 耦合性的种类
| 耦合类型 | 描述 |
| 无耦合 | 模块之间完全没有依赖关系 |
| 数据耦合 | 模块间仅通过简单的数据交换进行通信 |
| 特征耦合 | 模块间通过复杂的数据结构传递信息 |
| 控制耦合 | 一个模块通过向另一个模块传递控制信号来进行通信 |
| 公共耦合 | 多个模块共享同一个全局数据区域 |
| 内容耦合 | 一个模块直接访问另一个模块的内部数据或代码 |
7. 特征耦合
特征耦合实际上应该称为“内容耦合”，这是最高级别的耦合，当一个模块直接引用另一个模块内的数据或控制流时就会发生这种情况。这通常是不推荐的做法，因为这样的设计会导致非常紧密的耦合，降低模块的独立性。
8. 内聚
内聚性描述了模块内部功能的集中度。高内聚意味着所有功能都紧密相关，这有助于提高模块的质量。内聚性的类型有：
| 内聚类型 | 描述 |
| 功能内聚 | 模块的所有组成部分都服务于一个单一的功能。 |
| 顺序内聚 | 模块中的功能按照执行顺序排列。 |
| 通信内聚 | 模块中的所有部分都操作同一组数据集。 |
| 过程内聚 | 模块的功能按照执行的次序组织在一起。 |
| 时间内聚 | 模块中的功能在某一时刻被执行。 |
| 逻辑内聚 | 模块包含了几个逻辑相关的功能，但没有明显的执行顺序。 |
| 偶然内聚 | 模块中的功能完全无关，仅仅因为方便而被放在一起。 |
9. 聚合内聚
聚合内聚（有时被称为类内聚）是指模块或类包含的对象之间存在物理上的关联，但功能上并不一定相关。例如，一个类包含多个对象，但这些对象的功能没有内在联系，这样的设计通常不是最佳实践。
10. 逻辑内聚
逻辑内聚指的是模块包含了多种逻辑上相关但没有执行顺序的功能。这种类型的内聚性不如功能内聚那样理想，因为缺乏明确的执行次序可能导致难以理解和维护的问题。
11.耦合性和模块化的关系
| 耦合性/模块化独立性 | 无直接耦合 | 数据耦合 | 标记耦合 | 控制耦合 | 公共环境耦合 | 内容耦合 |
| 高 | √ | |||||
| 较高 | √ | |||||
| 中 | √ | |||||
| 较低 | √ | |||||
| 低 | √ | |||||
| 最低 | √ |
12.内聚性和模块化的关系
| 内聚性 | 描述 | 模块化独立性 |
| 偶然内聚 | 各部分之间没有直接关系 | 功能分散 |
| 时间内聚 | 相关操作按时间顺序执行 | 弱 |
| 逻辑内聚 | 多个相关但不同的任务组合在一起 | 中等 |
| 过程内聚 | 执行一系列步骤完成特定任务 | 较弱 |
| 通讯内聚 | 共享数据结构的不同处理函数 | 较强 |
| 顺序内聚 | 按照指定顺序执行多个操作 | 强 |
| 功能内聚 | 完成单个功能的所有必要操作 | 单一功能 |
