封装、继承、多态是一条设计主线：先用封装定边界（如Book私有字段+校验逻辑），再用继承提共性（如Borrower抽象类统一借阅流程），最后用多态留扩展口（如List统一调用，新增VIPBorrower不改原有代码）。

封装、继承、多态不是分开练的三个动作，而是一条设计主线：先用封装定边界，再用继承提共性，最后用多态留扩展口。下面用一个真实可运行的「图书借阅系统」案例，把三者自然串起来，不拼凑、不硬套。

第一步：用封装建立安全的数据契约

不写 public 字段，也不裸露 setter。比如 Book 类要保证 ISBN 合法、库存不能为负：

• 所有字段声明为 private
• 构造方法里校验 ISBN 格式（如必须是13位数字）
• setStock() 方法内判断传入值 ≥ 0，否则抛 IllegalArgumentException
• 提供 borrow() 和 returnBook() 这类行为方法，把“怎么扣减库存”藏在内部，外部只管调用

这样，哪怕以后库存改成支持预占、分仓，只要接口不变，调用方完全无感。

第二步：用继承提炼通用流程骨架

系统里有普通读者、学生、教师，都可借书，但规则不同：学生最多借5本，教师最多借10本，且教师可续借两次。这时不该复制三份借阅逻辑，而是建一个抽象父类 Borrower：

• 定义 protected abstract int getMaxBorrowCount() —— 子类必须实现
• 封装公共方法 borrowBook(Book book)，内部调用 getMaxBorrowCount() 判断是否超限
• Student 和 Teacher 分别继承，只重写那个抽象方法，其余复用

继承在这里不是为了“看起来像”，而是把“能借几本”这个变化点收口到子类，主流程稳定。

sc-java-to-ts-interface

将后端 Java 接口文档转换为前端 TypeScript 类型定义（interface / type）。输入：飞书文档、Spring Boot 接口文档、Swagger/OpenAPI、手写 API 文档等。输出：包含请求参数与响应结果的 .md 文件，含完整 JSDoc 注释。触发关键词：Java 转 TS、接口转换、生成前端类型、接口文档转 TypeScript、DTO/VO/BO 转 interface、后端文档转前端类型、生成接口类型、类型定义生成。

下载

第三步：用多态统一调用，屏蔽具体类型

当管理员批量处理借阅请求时，不需要 if (obj instanceof Student) { ... } 或 switch 类型判断。而是让所有 Borrower 子类都实现一个统一接口或继承同一父类，然后：

• 用 List borrowers = new ArrayList() 存各种读者
• 遍历调用 borrowers.get(i).borrowBook(book)，JVM 自动找到对应子类的 getMaxBorrowCount()
• 新增 VIP 读者？只需新建 VIPBorrower 类，继承 Borrower 并重写抽象方法，其他代码一行不改

这就是多态的价值：调用方不关心你是谁，只关心你能做什么；新增类型不扰动已有逻辑。

关键细节提醒

这个案例跑得通，靠的是几个容易被忽略的设计选择：

• 父类 Borrower 的 borrowBook() 方法里，调用的是 this.getMaxBorrowCount()，不是硬编码数字——这是多态生效的前提
• Student 类中重写的 getMaxBorrowCount() 必须是 public（不能比父类 abstract 方法更严格）
• Book 类的 borrow() 方法返回 boolean 表示是否成功，而不是 void，方便上层做失败处理
• 没用继承去表达“人”和“地址”的关系，因为地址不是人的子类，这里用组合（Book 里持有一个 Address 对象）更合理

代码不是越深越好，而是每层封装都有明确意图：封装保数据，继承提共性，多态接变化。

Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南