面向对象设计坏味道是设计原则被弱化或违背的外在表现；重构应使类与对象关系贴近单一职责、开闭、里氏替换、依赖倒置等原则，核心在于让类型、行为和职责重新对齐。
面向对象设计中的坏味道，本质是设计原则被弱化或违背后的外在表现。重构不是为“改代码”而改，而是通过一系列有依据的操作，让类与对象的关系更贴近单一职责、开闭原则、里氏替换、依赖倒置等核心思想。关键不在于删掉多少行，而在于让类型、行为和职责重新对齐。
用多态替代条件分支+强转
当代码中频繁出现 if (type.equals("email")) { ((EmailSender)s).send(); } 这类逻辑，说明行为本该由类型自己决定，却被推给外部判断。这违反了里氏替换和开闭原则。
- 定义统一接口（如
Notifier），声明通用方法（如send()） - 让
EmailNotifier、SmsNotifier等各自实现该接口，封装专属逻辑 - 调用方只依赖接口，不再关心具体类型，也不再需要强转
- 新增通知方式（如
WechatNotifier）只需新增实现类，无需修改原有判断逻辑
用泛型和领域类型替代松散容器
把 Map<string object></string> 或 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)</t></t>，保留类型信息 - Spring MVC、Jackson 等框架可自动完成 JSON ↔ record 的双向绑定，无需手动取值+强转
把行为搬进数据所属的类
如果一个类只有字段和 getter/setter（即 Data Class），而所有业务逻辑都散落在 Service 或 Controller 中，说明职责错位，也容易催生重复取值、冗长参数列表等坏味道。
- 识别被反复读取的字段组合（如
firstName + lastName），提取为fullName()方法 - 将校验逻辑（如
isValidEmail()）直接放在User类内部 - 用
Encapsulate Collection封装集合字段，防止外部随意修改内部结构 - 逐步移除 public 字段和无约束的 setter，用构造器或 builder 控制对象创建过程
拆分过大类与收敛发散变化
一个类既处理订单创建、又生成报表、还对接支付网关，就属于典型的 Divergent Change（发散式变化）——不同需求推动它往不同方向修改。
- 按变化原因划分：订单核心逻辑抽成
Order，支付适配抽成PaymentGateway，报表生成抽成OrderReportGenerator - 若多个类共用相似字段（如
createdAt、updatedAt、createdBy），可提取为Auditable接口或基类 - 避免为“未来可能”添加空方法或钩子（Speculative Generality），只在真实需求出现时才扩展
- 使用
Extract Interface明确每个客户端真正依赖的行为契约，而非暴露整个类
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
