小菜鸟

面向对象

发表于 2024-09-28 更新于 2025-08-02 分类于软件工程 Waline：阅读次数：本文字数： 2.5k 阅读时长 ≈ 2 分钟

面向对象：核心概念与分析设计流程

面向对象（Object-Oriented，OO）是一种以 “对象” 为核心的编程思想，强调通过封装、继承、多态等特性构建灵活、可复用的软件系统。以下从类的分类、多态类型、面向对象分析（OOA）和设计（OOD）四个维度展开详细说明：

类的三种类别：职责划分的核心

在面向对象系统中，类按职责可分为实体类、接口类（边界类）和控制类，三者分工明确，共同支撑系统功能：

1. 实体类（Entity Class）

核心特征：映射现实世界中的具体实体，以属性（数据） 为核心，封装实体的静态特征。
职责：存储和管理业务数据，不直接处理复杂逻辑。
示例：
- “学生” 类（属性：学号、姓名、专业、成绩）；
- “商品” 类（属性：ID、名称、价格、库存）。
设计原则：属性应完整反映实体的核心特征，避免包含与业务逻辑相关的复杂方法。

2. 接口类（边界类，Boundary Class）

核心特征：负责系统与外部环境的交互，以方法（行为） 为核心，定义交互规则。
职责：
- 接收外部输入（如用户操作、其他系统的数据）；
- 输出系统处理结果（如界面展示、数据反馈）。
分类：
- 人机接口：用户直接交互的组件（如登录窗口、按钮、菜单、二维码扫描界面）；
- 系统接口：与其他系统通信的组件（如 API 接口、数据库连接模块、第三方服务调用模块）。
示例：
- “登录界面” 类（方法：获取用户名、验证输入格式、显示错误提示）；
- “支付接口” 类（方法：发送支付请求、接收支付结果、解析回调数据）。

3. 控制类（Control Class）

核心特征：协调实体类与接口类，封装业务逻辑和流程控制，是系统的 “大脑”。
职责：
- 接收接口类的输入，调用实体类的数据进行处理；
- 维护业务流程的执行顺序（如订单生成→库存扣减→支付验证的串联）。
示例：
- “订单处理” 类（方法：创建订单、校验库存、触发支付）；
- “用户认证” 类（方法：验证账号密码、生成令牌、记录登录日志）。

三者协作关系

阅读全文 »

模块设计

发表于 2024-09-28 更新于 2025-08-02 分类于 UML Waline：阅读次数：本文字数： 2k 阅读时长 ≈ 2 分钟

模块设计：高内聚低耦合的核心原则与实践

模块设计是结构化开发和面向对象开发中的核心环节，其目标是将系统分解为独立、可复用的模块，通过合理的模块划分和关系设计，提升系统的可维护性、可扩展性和开发效率。模块设计的核心原则是高内聚、低耦合，以下从设计准则、内聚类型、耦合类型三个维度详细解析.

模块设计的基本原则

模块设计需遵循以下关键准则，确保模块结构清晰、功能明确：

规模适中
模块的大小应平衡 “可理解性” 和 “复用性”：过大的模块难以理解和维护，过小的模块会增加模块间的协作成本（如一个简单的 “加法” 功能无需拆分为多个模块）。
减少调用深度
模块间的调用层次不宜过深（如避免 A 调用 B，B 调用 C，C 调用 D…… 的多层嵌套），过深的调用链会增加调试难度和系统复杂度。
扇入与扇出适中
- 扇出：一个模块直接调用的其他模块数量（如模块 A 调用 B、C、D，则扇出为 3）。扇出过大意味着模块职责过多，扇出过小则可能拆分过细。
- 扇入：调用该模块的上级模块数量（如 B、C 都调用 A，则扇入为 2）。扇入越大，说明模块复用性越高（如通用工具类的扇入通常较大）。
  一般建议扇出控制在 3~7 之间，扇入根据复用需求调整。
单入口、单出口
模块应只有一个入口（被调用的起始点）和一个出口（执行结束的返回点），避免多入口导致的逻辑混乱（如函数中多个return语句需谨慎使用，确保流程清晰）。
作用域小于控制域
- 作用域：模块内定义的变量、常量等可被访问的范围。
- 控制域：模块直接或间接调用的所有模块范围。
  原则上，模块的作用域应局限于自身控制域内，即被访问的元素不应超出其调用链覆盖的范围，否则会导致依赖关系混乱。
功能可预测
模块的输出应仅由输入决定，不受外部环境或执行顺序的干扰（如纯函数：相同输入始终返回相同输出），避免 “隐藏状态” 导致的不可控行为。