面向对象设计坏味道是设计原则被弱化或违背的外在表现；重构应使类与对象关系贴近单一职责、开闭、里氏替换、依赖倒置等原则，核心在于让类型、行为和职责重新对齐。

面向对象设计中的坏味道，本质是设计原则被弱化或违背后的外在表现。重构不是为“改代码”而改，而是通过一系列有依据的操作，让类与对象的关系更贴近单一职责、开闭原则、里氏替换、依赖倒置等核心思想。关键不在于删掉多少行，而在于让类型、行为和职责重新对齐。

用多态替代条件分支+强转

当代码中频繁出现 if (type.equals("email")) { ((EmailSender)s).send(); } 这类逻辑，说明行为本该由类型自己决定，却被推给外部判断。这违反了里氏替换和开闭原则。

• 定义统一接口（如 Notifier），声明通用方法（如 send()）
• 让 EmailNotifier、SmsNotifier 等各自实现该接口，封装专属逻辑
• 调用方只依赖接口，不再关心具体类型，也不再需要强转
• 新增通知方式（如 WechatNotifier）只需新增实现类，无需修改原有判断逻辑

用泛型和领域类型替代松散容器

把 Map<String, Object> 或 JSONObject 当作“万能数据包”，后续靠 get("user") 再强转，等于放弃编译期检查和语义表达。

Alibabacloud Sdk Client Initialization For Java

在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。

下载

• 将入参/响应建模为具体类型，例如 record UserRequest(String name, int age) {}
• DAO 层方法返回明确类型：User findById(Long id) 而非 Object findById(Long id)
• 工具方法使用泛型签名：<T> T parse(String json, TypeReference<T> ref)，保留类型信息
• Spring MVC、Jackson 等框架可自动完成 JSON ↔ record 的双向绑定，无需手动取值+强转

把行为搬进数据所属的类

如果一个类只有字段和 getter/setter（即 Data Class），而所有业务逻辑都散落在 Service 或 Controller 中，说明职责错位，也容易催生重复取值、冗长参数列表等坏味道。

立即学习“Java免费学习笔记（深入）”；

• 识别被反复读取的字段组合（如 firstName + lastName），提取为 fullName() 方法
• 将校验逻辑（如 isValidEmail()）直接放在 User 类内部
• 用 Encapsulate Collection 封装集合字段，防止外部随意修改内部结构
• 逐步移除 public 字段和无约束的 setter，用构造器或 builder 控制对象创建过程

拆分过大类与收敛发散变化

一个类既处理订单创建、又生成报表、还对接支付网关，就属于典型的 Divergent Change（发散式变化）——不同需求推动它往不同方向修改。

• 按变化原因划分：订单核心逻辑抽成 Order，支付适配抽成 PaymentGateway，报表生成抽成 OrderReportGenerator
• 若多个类共用相似字段（如 createdAt、updatedAt、createdBy），可提取为 Auditable 接口或基类
• 避免为“未来可能”添加空方法或钩子（Speculative Generality），只在真实需求出现时才扩展
• 使用 Extract Interface 明确每个客户端真正依赖的行为契约，而非暴露整个类