✍️ 第二章：面向对象设计与 GRASP 设计原则#

2.1.1 专家模式（Information Expert） [PDF 5]#

• 核心思想：将职责分配给拥有实现该职责所需信息的类。
• 推导逻辑：当不确定某个方法（如 calculateTotal()）应写在哪个类中时，先列出该计算需要哪些数据，再看哪个类完整持有这些数据。
• 经典推导案例：订单计算总额 [PDF 5]：
  1. Order（订单类）知道自己拥有的所有商品条目（SaleLineItem）列表。因此，calculateTotal() 的首要职责分配给 Order [PDF 5]。
  2. 商品条目（SaleLineItem）知道当前条目的商品购买数量（amount），并且关联了商品规格。因此，计算单条目小计 getSubTotal() 的职责分配给 SaleLineItem [PDF 5]。
  3. 商品规格（ProductSpecification）知道商品的单价（price）。因此，获取单价 getPrice() 的职责分配给 ProductSpecification [PDF 5]。

2.1.2 创建者模式（Creator） [PDF 5]#

• 核心思想：确定谁负责创建类 A 的新实例。
• 分配准则：当且仅当满足以下条件之一（条件越多越好）时，由类 B 负责创建类 A [PDF 5]：
  • B 包含或组成聚集 A（B contains/aggregates A）。
  • B 记录 A（B records A）。
  • B 紧密、频繁地使用 A（B closely uses A）。
  • B 拥有初始化 A 所需的数据（B has the initializing data for A）。
• 应用实例：在用户注册场景中，应该由 CustomerServiceImpl 来创建 Customer 的实例，因为 CustomerServiceImpl 接收并持有了创建 Customer 所需的用户名、密码等初始化数据，并且需要将该实体传给 CustomerDao 进行记录 [PDF 5]。

2.1.3 控制器模式（Controller） [PDF 5]#

• 核心思想：确定谁是系统边界外第一个接收并协调系统操作消息的内部对象。
• 候选者分类：
  1. 外观控制器（Facade Controller）：代表整个系统或核心设备（如：System, Bank）。
  2. 用例/会话控制器（Use Case / Session Controller）：代表一个用例场景，命名通常为 <UseCaseName>Controller 或 <UseCaseName>Handler [PDF 5]。

2.1.4 低耦合（Low Coupling） [PDF 5]#

• 核心思想：通过降低类之间的依赖程度，减少修改代码时产生的多米诺骨牌效应。
• 经典重构：避免让前置消息分流器 MesgMapper 直接依赖并调用底层的各个实体类（如 Customer, Store）。应让其依赖中间层的 Service 接口，从而将 MesgMapper 与底层实体类的变更解耦 [PDF 5]。

2.1.5 高内聚（High Cohesion） [PDF 5]#

• 核心思想：让一个类专注于做一类事。高内聚类的职责数量少、关联紧密。
• 反例（胖类）：如果一个 ATMController 既负责接收 HTTP 请求，又负责解析 JSON，还负责校验银行卡安全签名、计算账户扣款利息，最后还去直接调用 JDBC 保存数据，这就是典型的低内聚类，应立即按照职责拆分（Controller 只负责接口路由，账户安全校验拆入 Security 模块，利息计算交由 InterestService，存储交由 Repository） [PDF 1, PDF 5]。

2.3.1 领域模型设计要素#

• 抽象基类：Account，拥有属性 # acntNumber 和 # balance [PDF 2]。
• 子类一：Saving（储蓄账户），重写 Withdrawal 并实现余额检查逻辑 [PDF 2]。
• 子类二：Checking（结算账户），增加属性 # remittance（汇款方式），并在重写 Withdrawal 时根据不同的结算方式（信汇、电汇）加收相应的手续费 [PDF 2]。
• 高可用/自管理链表设计：为了让账户对象能够自我管理，基类 Account 内置了静态成员（记录存活的账户总数 count、链表首指针 pFirst）和成员级链表指针 pNext。在构造（对象创建）时通过“头插法”自动挂载到链表头部，在析构（对象销毁）时自动通过前驱节点断开连接，安全地从链表中移除自身，从而实现内存生命周期的自维护 [PDF 2]。

2.4.1 统一建模语言 (UML) 标准符号与关系规范#

2.4.2 核心图例深入拆解#

2.5.1 符号与语法规范 [PDF 5]#

1. 参与者（Actor）：火柴人，位于图的最左侧 [PDF 5]。
2. 生命线（Lifeline）：矩形框表示对象，格式为 对象名 : 类名（若只写 :类名 表示匿名对象）。矩形框下方延伸出一条垂直虚线 [PDF 5]。
3. 激活期（Activation Bar/会话控制）：生命线虚线上的垂直窄矩形条，代表该对象正在占用 CPU 执行操作 [PDF 5]。
4. 消息线（Messages）：
   • 同步调用（Synchronous）：实线+实心三角箭头。调用者需挂起并等待返回。
   • 返回消息（Return）：虚线+开放式箭头。
   • 异步调用（Asynchronous）：实线+开放式箭头。
   • 自调用（Self-Call）：从自己的激活条画出折线，指向自己的另一个激活条。

2.5.2 核心图例深入拆解#