面向对象编程提升可维护性的核心在于封装、继承、多态。封装隐藏实现细节，保证接口稳定；继承通过抽象复用共性逻辑；多态支持新增行为而不修改原有代码，三者协同使代码结构与业务语义对齐。
面向对象编程（OOP）不是为了“显得高级”，而是让代码更贴近现实逻辑、更易看懂、更好改——可维护性提升的核心，就藏在封装、继承、多态这三个基本特性里。
封装：把变化关进盒子
把数据和操作数据的方法打包成类，对外只暴露必要的接口，内部实现细节被隐藏。这样修改内部逻辑时，只要不改公开方法的签名，调用方完全不用动。
- 比如一个PaymentService类，内部从支付宝切换到微信支付，只要保证process(double amount)行为一致，上层订单模块无需任何改动
- 用private字段 + public getter/setter（或更优的不可变设计），能提前拦截非法状态，避免bug扩散
继承与抽象：复用逻辑，统一演进路径
当多个类有共性行为（如不同动物都会“移动”“进食”），抽出Animal抽象类或接口，子类只专注差异化实现。后续加新功能（比如统一记录日志），只需在父类中扩展，所有子类自动受益。
- 避免“复制粘贴式编码”——那是维护噩梦的起点
- 注意别滥用继承：Java中extends只能单继承，优先考虑组合（has-a）和接口（can-do）
多态：替换不改调用，扩展不碰旧代码
用父类或接口类型声明变量，运行时指向具体子类实例。新增一种业务类型（如增加“海外仓发货”策略），只需新增一个实现类，注入到原有流程中，老代码一行都不用改。
立即学习“Java免费学习笔记（深入）”；
- Spring中大量使用：定义ShippingStrategy接口，IOC容器按需注入不同实现
- 配合工厂模式或策略模式，能让if-else分支逻辑彻底消失，维护时只增不删
本质上，OOP通过建模真实世界的“事物+行为+关系”，让代码结构和业务语义对齐。改需求时，你是在改“谁该做什么”，而不是在几十个散落的函数里找上下文。不复杂，但容易忽略。
