使用Java实现图书借阅管理系统_Java对象建模实战讲解

图书借阅系统核心是对象建模：Book、Reader、BorrowRecord、LibrarySystem四类各司其职；用组合替代继承，状态私有并封装行为（如tryBorrow/returnBook），内存集合支撑初期演示，逻辑清晰后再替换持久化。

用Java做图书借阅系统，核心不是堆代码，而是想清楚“谁在什么场景下做什么事”——对象建模就是把现实里的借书、还书、读者、图书这些角色和行为，准确翻译成类、属性和方法。

明确核心实体与职责划分

先别急着写类，拿纸笔画一画：图书馆里最不能少的是图书（Book）、读者（Reader）、借阅记录（BorrowRecord），还有统筹管理的图书管理系统（LibrarySystem）。每个类只管自己该管的事：

• Book：只存ISBN、书名、作者、是否可借（isAvailable）、借出次数等静态+状态信息；不负责“被借”，只提供setAvailable(false)这类配合方法
• Reader：存学号/身份证、姓名、当前借阅数量（用于控制上限），不直接操作图书，只向系统发起借/还请求
• BorrowRecord：一次借阅一个快照——谁借的、哪本书、借出时间、应还时间、实际归还时间（null表示未还）
• LibrarySystem：真正干活的协调者——验证读者资格、检查图书可借性、生成记录、更新状态、计算逾期

用组合代替继承，让关系更真实

别一上来就让Reader继承Person、Book继

承Publication。现实中，读者和图书没有“是”的关系，只有“用”和“被用”的关系。正确做法是：

• Reader类里声明private List borrowHistory;——一个读者有多个借阅记录
• LibrarySystem里持有Map bookCatalog;和List registeredReaders;——系统掌握所有资源
• BorrowRecord里同时持有Reader reader;和Book book;引用——记录天然关联双方

这样改一次状态（比如还书），只要在LibrarySystem里调用record.setReturnTime(new Date()) + book.setAvailable(true)，数据一致性自然保障。

状态驱动行为，拒绝裸字段操作

图书的“可借”状态不能随便被外部设为true/false。要让Book自己控制状态流转：

• 把isAvailable设为private
• 提供boolean tryBorrow()：内部判断是否可借，可借则设为false并返回true；否则返回false
• 提供void returnBook()：只在确认已借出时才设为true，避免重复还书出错

同样，Reader的借书上限检查也封装在canBorrowMore()里，而不是让LibrarySystem去读它的count字段再比较——行为和数据绑在一起，模型才健壮。

用简单持久化支撑演示逻辑

不用一上来集成MySQL或Hibernate。先用内存集合模拟数据落地：

• 启动时用静态块或init()加载几本测试图书和读者
• 借阅记录add到List，还书时更新对应Record的returnTime
• 查询“某读者当前借了哪些书”？遍历borrowHistory，筛选returnTime == null的记录即可
• 需要导出报表？重写Book/Reader的toString()，或用StringBuilder拼接表格字符串

等模型跑通、业务逻辑清晰了，再把ArrayList换成JDBC或MyBatis，替换成本极低——因为上层只依赖抽象行为，不依赖存储细节。