企业官网建设流程全解析

图书管理系统这个题目，在Java课程设计里绝对是“出镜率天花板”。我在带过的课程设计和毕业设计里，见过太多人栽在同一个地方：要么是项目做到一半发现表结构设计有问题，要么是写完增删改查之后不知道借阅归还该怎么下手，更常见的是答辩时被老师一问“你这个事务是怎么处理的”就直接卡壳。这篇文章就把我从选题、建表、写代码到答辩的全流程经验拆开来讲，争取让你看完之后能少走几周的弯路。不管你Java基础是刚学完语法，还是只会跟着视频敲过几个小demo，只要照着这个思路走，一个能拿得出手的图书管理系统完全做得出来。我会尽量把每一步的“为什么”也说清楚，毕竟课程设计和生产项目不一样，老师问的往往是设计思路，而不仅仅是代码能不能跑。

1. 课程设计开题：为什么图书管理系统是稳妥之选

选题这东西，在课程设计里其实是决定成败的第一步。很多同学一上来就想要“新颖”，选了个人脸识别打卡、电商秒杀系统这种题目，结果做到一半发现要么技术栈学校没教，要么数据复杂到根本讲不清楚，最后只能草草交个半成品。但图书管理系统不一样，它是一个“下限极低、上限不低”的经典题目。

1.1 老师眼里图书管理系统的评分点

带课程设计的老师普遍不会指望你做出生产级系统，他们更看重你是否把学过的基础知识完整地用了起来。图书管理系统恰好能覆盖Java课程的核心考点：

• 面向对象设计：图书、读者、借阅记录这些自然实体，天生适合用类来建模
• 集合框架：用List或Map在内存中管理数据，是最直观的练手场景
• JDBC与数据库：连接、增删改查、预编译语句、事务，每一项都是考点
• 异常处理：数据库操作中的SQLException如何处理、如何自定义业务异常
• 分层思想：哪怕只是一个控制台项目，把界面、业务、数据访问拆开，就比“一坨代码”高一个档次

这些点几乎每一届都会考，换句话说，你只要把图书管理系统做扎实了，就是在用一套题复习所有重点。

1.2 技术栈取舍：控制台、Java Swing还是Web

这里我直接给你一个结论：除非学校明确规定必须用Web（Servlet + JSP或Spring Boot），否则选Java Swing做图形界面，性价比最高。

原因有三个。第一，Swing是Java标准库自带的，不用引额外的依赖，环境配置简单，对课程设计这种“换个电脑可能就跑不起来”的场景非常友好。第二，Swing代码直观，按钮、表格、文本框和事件监听，老师一看就知道你确实写了东西，不像控制台项目看起来太简陋。第三，Web方向如果你只学了JavaSE，强行去做Spring Boot，很容易陷入“框架调通了但不懂原理”的尴尬，答辩一问三不知。

所以这篇文章的重点就放在“JavaSE + Swing + JDBC + MySQL”这条线上。这个组合既符合多数学校的教学进度，又能把Java的核心知识全部串起来。

1.3 方案定下来之前先想清楚的三件事

我在实际指导中见过太多人拿着功能清单就开写，结果后面反复返工。开始之前先花半小时想明白三件事：

• 谁来用这个系统：是管理员操作，还是普通用户也能登录？这决定了要不要做登录和权限区分
• 借阅规则有多复杂：要不要限制借阅数量？要不要算逾期罚款？借期是固定天数还是可配置？
• 数据存哪里：如果只用内存，程序一关数据就没了，肯定不行；必须落数据库

我的建议是：登录权限要做，但只做“管理员”和“普通读者”两种角色；借阅规则保持简单，固定借期30天，不搞罚款计算；数据库用MySQL。这个粒度在课程设计里既有内容又不至于失控。

2. 功能模块拆分与数据库设计

项目动手之前，先别急着写代码。把功能模块画出来，把表设计好，后面写代码就像填空一样顺。很多人的代码越写越乱，本质上是前期没做功能边界划分。

2.1 核心功能模块清单

一个标准的图书馆理系统，至少包含这些模块：

• 图书管理：图书信息的新增、修改、删除、查询。查询要支持按书名、作者、ISBN模糊匹配
• 读者管理：读者信息的维护，包括姓名、学号/工号、联系方式、借阅状态
• 借阅管理：借书、还书、续借、查看借阅记录
• 登录认证：登录、退出登录，区分管理员与普通读者权限

如果空间富裕，可以再加一个统计模块：统计图书总量、当前借出数量、热门图书排行。这个模块实现起来不难（就是SQL的count和group by），但写进报告里很能体现你的数据库功底。

2.2 数据表设计与关系说明

数据库设计是图书管理系统里最容易出问题但也最好拿分的地方。只要表建对了，后面的代码就顺。我推荐一个最小但完整的四表设计：

四张表的关系也清晰：borrow_record 通过 book_id 关联 book，通过 reader_id 关联 reader；user 表里的 reader_id 关联 reader 表，实现登录账号与读者信息的对接。

按表设计层面，有几个坑必须避开：图书总量 total_stock 和当前可借数量 current_stock 要分开，不能只存一个“库存”，否则每本书被借走之后你根本不知道还剩几本。借阅记录里的 status 字段建议用数字或字符串标识状态，0表示借出中，1表示已归还，2表示续借，这样查询历史记录时直接按状态过滤即可。返回日期 return_date 要为 null 设计好，只要没归还就是 null，不要用默认日期塞进去。

2.3 初始化SQL脚本

下面这个SQL脚本可以直接用，我特意加了注释。注意设置 utf8mb4 字符集，否则插入中文书名可能出现乱码。

CREATE DATABASE IF NOT EXISTS library_db DEFAULT CHARACTER SET utf8mb4; USE library_db; CREATE TABLE IF NOT EXISTS user ( id INT PRIMARY KEY AUTO_INCREMENT, username VARCHAR(50) NOT NULL UNIQUE, password VARCHAR(64) NOT NULL, role VARCHAR(20) NOT NULL DEFAULT 'READER', reader_id INT ); CREATE TABLE IF NOT EXISTS reader ( id INT PRIMARY KEY AUTO_INCREMENT, name VARCHAR(50) NOT NULL, student_no VARCHAR(30) NOT NULL UNIQUE, phone VARCHAR(20) ); CREATE TABLE IF NOT EXISTS book ( id INT PRIMARY KEY AUTO_INCREMENT, isbn VARCHAR(20) NOT NULL, title VARCHAR(200) NOT NULL, author VARCHAR(100), publisher VARCHAR(100), publish_date DATE, total_stock INT NOT NULL DEFAULT 1, current_stock INT NOT NULL DEFAULT 1 ); CREATE TABLE IF NOT EXISTS borrow_record ( id INT PRIMARY KEY AUTO_INCREMENT, book_id INT NOT NULL, reader_id INT NOT NULL, borrow_date DATE NOT NULL, due_date DATE NOT NULL, return_date DATE, status TINYINT NOT NULL DEFAULT 0, CONSTRAINT fk_borrow_book FOREIGN KEY (book_id) REFERENCES book(id), CONSTRAINT fk_borrow_reader FOREIGN KEY (reader_id) REFERENCES reader(id) ); INSERT INTO user (username, password, role, reader_id) VALUES ('admin', 'admin123', 'ADMIN', NULL);

注意：课程设计环境里密码先明文存放没关系，但如果你在报告里写“做了安全设计”，至少要用MD5或SHA-256做一次哈希。不要让报告内容和技术实现明显不符，这一点答辩老师很容易抓到。

3. 环境搭建与项目结构

很多人从这一步就开始卡壳。其实Java环境配置的坑就那么几个，提前说清楚能省不少事。

3.1 环境准备清单

要不折腾的话，直接照这个清单来：

• JDK：推荐JDK 8或JDK 11，这两个版本教程最多，遇到问题最容易搜到答案
• IDE：IntelliJ IDEA 社区版或 Eclipse，社区版免费，足够了
• 数据库：MySQL 5.7 或 8.0，安装时务必记住root密码
• 图形界面：JDBC连接MySQL需要 mysql-connector-java 驱动jar包。8.0版本的驱动类名是 com.mysql.cj.jdbc.Driver，5.1.49版本是 com.mysql.jdbc.Driver，别搞混

如果用的是Maven项目，驱动坐标如下：

<dependency> <groupId>mysql</groupId> <artifactId>mysql-connector-java</artifactId> <version>8.0.33</version> </dependency>

如果不是Maven项目，就手动下载jar包，放到项目根目录的 lib 文件夹，然后在IDE里把lib加入ClassPath。很多新手项目启动就报 ClassNotFoundException，八成是这一步漏了。

3.2 包结构与分层设计

我建议的包结构如下，它直接对应三层架构：

com.library ├── Main.java // 程序入口 ├── ui // 界面层：Swing窗口 │ ├── LoginFrame.java │ ├── AdminMainFrame.java │ └── ReaderMainFrame.java ├── service // 业务层：借阅、图书管理等 │ ├── BookService.java │ ├── BorrowService.java │ └── UserService.java ├── dao // 数据访问层：JDBC操作 │ ├── BookDao.java │ ├── BorrowDao.java │ └── UserDao.java ├── entity // 实体类 │ ├── Book.java │ ├── Reader.java │ └── BorrowRecord.java └── util // 工具类 └── DBUtil.java

上课时老师一定讲过“高内聚、低耦合”，你把这个包结构往报告里一放，再解释一下各层职责，就已经赢了大部分只用单一类的同学。ui层只负责收集用户输入和展示结果；service层负责借书、还书这种业务流程；dao层只做SQL操作。这样即使后续界面要改，业务代码也不受影响。

3.3 数据库连接工具类写法

DBUtil是项目的“地基”。它负责创建数据库连接、释放资源。一个标准写法是这样：

package com.library.util; import java.sql.Connection; import java.sql.DriverManager; import java.sql.PreparedStatement; import java.sql.ResultSet; import java.sql.SQLException; public class DBUtil { private static final String URL = "jdbc:mysql://localhost:3306/library_db?useSSL=false&serverTimezone=Asia/Shanghai&characterEncoding=utf8"; private static final String USER = "root"; private static final String PASSWORD = "你的密码"; static { try { Class.forName("com.mysql.cj.jdbc.Driver"); } catch (ClassNotFoundException e) { e.printStackTrace(); } } public static Connection getConnection() throws SQLException { return DriverManager.getConnection(URL, USER, PASSWORD); } public static void close(ResultSet rs, PreparedStatement ps, Connection conn) { if (rs != null) { try { rs.close(); } catch (SQLException e) { e.printStackTrace(); } } if (ps != null) { try { ps.close(); } catch (SQLException e) { e.printStackTrace(); } } if (conn != null) { try { conn.close(); } catch (SQLException e) { e.printStackTrace(); } } } }

一个容易被忽视的细节是 URL 里的 serverTimezone=Asia/Shanghai 参数，MySQL 8.0 对时区要求比较严格，不加这个容易报错。characterEncoding=utf8 能保证中文正常存取。URL和口令实际配置时用你自己的数据库账号，用变量外置也行，但课程设计不必做得太复杂。

4. 核心功能代码实现：实体类、DAO与服务层

代码是课程设计的主菜。但写起来要有顺序，先写实体类，再写DAO，最后写Service，每一步都能独立测试，避免到最后才报一堆错。

4.1 实体类设计

实体类就是数据库表的Java映射。以 Book 为例：

package com.library.entity; public class Book { private Integer id; private String isbn; private String title; private String author; private String publisher; private java.sql.Date publishDate; private Integer totalStock; private Integer currentStock; // 无参构造、全参构造、getter/setter 在此省略 // IDE中可以用 Alt+Insert 快速生成 }

实体类必须提供无参构造。因为之后在Swing表格里展示数据时，很可能会用反射或Bean工具类，无参构造是默认要求。我这里故意把 publishDate 声明为 java.sql.Date，它是 java.util.Date 的子类，做数据库映射更直接。

4.2 BookDao：写一个规范的增删改查

DAO层里最核心的就是PreparedStatement的使用。我见过很多课程设计代码喜欢用Statement拼接字符串，比如：

Statement stmt = conn.createStatement(); String sql = "select * from book where title='" + title + "'";

这种写法有两个致命问题：一是SQL注入风险，这行代码如果被传入了恶意字符串，可能直接把整张表删除；二是拼接麻烦，容易漏引号导致语法错误。所以务必用PreparedStatement。

以查询图书列表为例：

public List<Book> selectAll() { List<Book> list = new ArrayList<>(); String sql = "SELECT id, isbn, title, author, publisher, publish_date, total_stock, current_stock FROM book"; try (Connection conn = DBUtil.getConnection(); PreparedStatement ps = conn.prepareStatement(sql); ResultSet rs = ps.executeQuery()) { while (rs.next()) { Book b = new Book(); b.setId(rs.getInt("id")); b.setIsbn(rs.getString("isbn")); b.setTitle(rs.getString("title")); b.setAuthor(rs.getString("author")); b.setPublisher(rs.getString("publisher")); b.setPublishDate(rs.getDate("publish_date")); b.setTotalStock(rs.getInt("total_stock")); b.setCurrentStock(rs.getInt("current_stock")); list.add(b); } } catch (SQLException e) { e.printStackTrace(); } return list; }

这里使用了 try-with-resources 语法，Java 7之后的标准写法，它会在代码块结束时自动关闭Connection、PreparedStatement和ResultSet。相比手动close，代码干净得多，而且不用处理空指针。如果你在课程设计里用了这个语法，答辩时可以主动提一句“我用了try-with-resources来避免资源泄漏”，会是一个不错的加分点。

查询支持模糊搜索时，注意占位符写法：

public List<Book> search(String keyword) { // 使用LIKE模糊查询 String sql = "SELECT ... FROM book WHERE title LIKE ? OR author LIKE ? OR isbn LIKE ?"; String like = "%" + keyword + "%"; // 然后依次 ps.setString(1, like); ps.setString(2, like); ps.setString(3, like); }

注意，% 符号是通过字符串拼接加到 keyword 前后，而不是直接写进SQL模板里。PreparedStatement只负责值的安全转义，不负责通配符的生成。

新增和修改图书也都是套路，无非就是 INSERT 和 UPDATE 语句。有一个细节我要特别提醒：图书的 current_stock（当前可借数量）在新增时应该等于 total_stock，但修改总量时必须有联动逻辑。如果某本书总量改成5，当前可借数原来是3，那应该自动加2，恢复成5。这个联动逻辑放到Service层处理，不要在DAO里直接拼SQL。

4.3 借书与还书：最考验逻辑的Service层

借阅功能是图书管理系统真正的灵魂。它的核心难点在于“多步操作必须同时成功或同时失败”。借书的流程是：

1. 检查读者是否存在且有借阅资格
2. 检查图书是否存在且 current_stock > 0
3. 插入一条 borrow_record，状态为0（借出中）
4. 将 book 表的 current_stock 减1

如果第3步成功但第4步失败，就会出现有一条借阅记录但库存没变的脏数据。所以这两个写操作必须放在同一个事务里，要么都成功，要么都回滚。

在JDBC中，事务控制的要点是：先关闭自动提交，然后执行所有操作，最后统一提交。中途任何一步失败则回滚。注意，参与事务的Connection必须同一个。

public boolean borrowBook(int bookId, int readerId) { String insertRecord = "INSERT INTO borrow_record(book_id, reader_id, borrow_date, due_date, status) VALUES(?, ?, CURDATE(), DATE_ADD(CURDATE(), INTERVAL 30 DAY), 0)"; String updateStock = "UPDATE book SET current_stock = current_stock - 1 WHERE id = ? AND current_stock > 0"; Connection conn = null; try { conn = DBUtil.getConnection(); conn.setAutoCommit(false); boolean stockOk = false; try (PreparedStatement psStock = conn.prepareStatement(updateStock)) { psStock.setInt(1, bookId); stockOk = psStock.executeUpdate() == 1; } if (!stockOk) { conn.rollback(); return false; } try (PreparedStatement psRecord = conn.prepareStatement(insertRecord)) { psRecord.setInt(1, bookId); psRecord.setInt(2, readerId); psRecord.executeUpdate(); } conn.commit(); return true; } catch (SQLException e) { try { if (conn != null) conn.rollback(); } catch (SQLException ex) { ex.printStackTrace(); } e.printStackTrace(); return false; } finally { try { if (conn != null) { conn.setAutoCommit(true); conn.close(); } } catch (SQLException e) { e.printStackTrace(); } } }

这里有一个非常重要的细节：UPDATE book SET current_stock = current_stock - 1 WHERE id = ? AND current_stock > 0。我在SQL里直接加入了 current_stock > 0 条件，并通过 executeUpdate() 返回值是否为1来判断是否真的扣减成功。这样就把“检查库存”和“扣减库存”合并成了一条原子SQL，天然避免高并发场景下的超借问题。如果你在答辩时能说出“通过影响行数判断库存是否足够，而非先查再改”，老师会知道你不是只会抄代码。

还书流程则是反向的：更新borrow_record的return_date为当天、status为1，再执行UPDATE book SET current_stock = current_stock + 1。同样需要放在同一个事务里。但还书前还要检查一下记录是否存在且尚未归还，别让人对同一条记录还两次。

4.4 用户登录与角色控制

Swing开发登录界面时，典型的坑是把数据库验证逻辑直接写在按钮点击事件里。更好的做法是：登录按钮只负责收集用户名密码，调用UserService的login方法，由UserDao去查数据库。login方法返回一个User对象（查不到则返回null），然后由界面层判断角色，跳转到不同的主窗口。

public User login(String username, String password) { return userDao.findByUsernameAndPassword(username, password); }

AdminMainFrame与ReaderMainFrame各自独立。管理员窗口可以操作图书、读者、借阅记录；读者窗口只能查询图书和自己的借阅历史。两个窗口的菜单项天然起到了权限控制的作用。当然这只是界面级权限，课程设计到这个粒度已经足够。如果还想更完整，可以在Service层再校验一次，但那属于锦上添花。

5. Swing界面与业务模块串联

把Swing界面和业务逻辑串起来，是很多同学眼中的“最后一公里”。其实Swing真心不难，难的是事件监听和线程的思维转换。我这里给你一个最快上手路径。

5.1 主界面布局思路

以管理员主窗口为例，用 JTabbedPane（选项卡面板）可以很直观地把功能分区：

• 图书管理选项卡：上方是搜索栏（书名输入框 + 查询按钮），中间是表格（JTable），下方是“新增”“修改”“删除”按钮
• 读者管理选项卡：结构类似
• 借阅管理选项卡：上方是“图书ID”“读者ID”输入框和“借书”“还书”按钮，中间是借阅记录表
• 统计选项卡：展示图书总量、已借出数量等

JTable需要一个TableModel来提供数据。简单起见，可以用DefaultTableModel，直接把结果集的行列数据塞进去；进阶一点，可以自定义TableModel，重写getColumnClass方法让表格支持类型排序。课程设计用DefaultTableModel就够，但要在代码里封装一个“把List装进TableModel”的工具方法，避免每次弹表格都写一大段重复代码。

5.2 从数据库刷新表格的通用套路

一个经常重复的动作是：查询数据库、清空表格、填入新数据。我习惯封装一个 refreshTableData 方法：

private void refreshBookTable(String keyword) { DefaultTableModel model = (DefaultTableModel) bookTable.getModel(); model.setRowCount(0); // 清空旧数据 List<Book> list = (keyword == null || keyword.isEmpty()) ? bookService.getAllBooks() : bookService.searchBooks(keyword); for (Book b : list) { model.addRow(new Object[]{ b.getId(), b.getIsbn(), b.getTitle(), b.getAuthor(), b.getPublisher(), b.getPublishDate(), b.getTotalStock(), b.getCurrentStock() }); } }

在Swing中，所有对UI组件的更新都必须在事件调度线程（EDT）上执行。如果你的数据库查询很慢，直接在按钮点击事件里执行会卡住界面。简单的做法是查询数据量小无所谓，但如果要做得专业，可以用 SwingWorker 在后台线程查询、在done方法里更新表格。课程设计不强制，但报告中提一句“用SwingWorker防止界面卡顿”，又是一个加分点。

5.3 删除操作不能忘了弹确认框

删除图书和读者时，一定要先弹确认框。不只是为了用户体验，更是为了防误操作。一删就是一条数据库记录，没有后悔药。代码很简单：

int option = JOptionPane.showConfirmDialog(this, "确认删除该图书吗？", "删除确认", JOptionPane.YES_NO_OPTION); if (option == JOptionPane.YES_OPTION) { bookService.deleteBook(selectedId); refreshBookTable(null); }

另一个细节：删除图书前要检查它是否有未归还的借阅记录。如果有就不能删，否则外键约束会报错。这个检查既可以在数据库层通过外键约束限制，也可以在Service里先查一下borrow_record。我的建议是两层都做，Service层给出“请先处理该书的借阅记录”的友好提示，数据库外键作为兜底。

5.4 参数校验永远不要省

课程设计最容易被扣分的地方，不是功能没有，而是非法输入处理不到位。比如新增图书时ISBN为空、借书时填的读者ID不存在、录入库存数量为负数。这些如果都由数据库去抛异常，界面上会显示一堆英文报错，体验极差。

我的建议是在Service层做一次参数校验，然后抛出一个自定义的 BusinessException，界面上统一捕获并弹窗提示。这样代码的可读性会强很多，也不会把底层SQLException一路抛到界面上。哪怕只是先判断是否为null，也能杜绝80%的空指针。

6. 常见问题排查实录与答辩准备

这部分是我想重点分享的，因为你在网上很难找到这么集中的排错经验。每一个问题都是我在实际带项目时见到的真实案例。

6.1 高频报错速查表

排错的时候不要瞎猜，先看异常栈的第一行，定位到是连接层、SQL层还是业务层的问题。大多数情况下，控制台红色的堆栈信息已经告诉你答案了，只是你还没静下心读。

6.2 中文乱码的处理思路

中文乱码在课程设计中实在太常见了。它的来源可能有三层：数据库表字符集、JDBC连接字符集、Swing界面字符集。我的做法是统一三处：数据库表用utf8mb4，JDBC URL加 characterEncoding=utf8，IDE统一设置UTF-8编码。三个地方都弄成UTF-8，乱码基本绝迹。如果乱码已经出现，就用这条链路逐一排查，先看数据库里存的对不对，再用SQL直接查一下，最后看界面显示。

还有一个冷门但高发的问题：在Windows默认编码GBK环境下，用IDEA创建文件时IDEA搞错了编码，导致Java源文件里的中文字符串字面量本身损坏。这种乱码排查起来特别费劲，因为数据库、连接都没问题。建议创建项目时第一时间把IDEA的Settings里的 File Encoding 全部改为UTF-8，再在项目里新建一个测试类，敲几个中文字符输出看是否正常。

6.3 答辩前必须能脱口而出的问题

答辩老师最喜欢问的问题集中在这几个方向，提前准备好，答的时候不要背稿，用自己的话讲清楚：

• 分层架构的好处是什么：各层独立，修改界面不影响业务和数据访问，方便复用和测试
• 为什么用PreparedStatement而不是Statement：预编译提升性能，参数占位符防止SQL注入
• 事务是什么，你这个项目哪里用到了：借书时插入记录和扣减库存必须同时成功，否则数据会不一致
• 外键的作用：保证关联数据的完整性，防止出现“孤儿记录”
• 如果你的系统要部署到公网，有什么安全隐患：这就是开放性问题了，可以从SQL注入、密码加密、权限控制等方面聊

我记得有一次答辩，老师指着借书方法里的 executeUpdate() == 1 问一个学生：“为什么要判断返回值等于1？”这个学生回答“库存不够时影响行数不会是1”，老师当场点头。你看，就是这个细节点，可能直接决定你的答辩成绩是良还是优。

6.4 让项目拉开差距的几个小优化

如果你想拿高分，这几个点里挑一两个做，性价比最高：

• 密码存储加盐哈希：哪怕只是用JDK自带的MessageDigest做SHA-256，也比你明文存密码强
• 分页查询：图书多了之后一次性查出来会很慢，分页是一个实用性很强的优化
• 借阅超期自动标记：写一个定时任务或者启动时扫描，把超过due_date的记录状态更新为“已逾期”
• 导出报表：把借阅记录导出为CSV文件，用到的知识点是Java的文件IO，完全在课程范围内
• 统一异常处理：自定义一个BusinessException，加上全局异常捕获，会让项目架构感强不少

这些优化里，分页查询和导出CSV最推荐——代码量不大，但写进报告里的效果非常明显。尤其是分页，老师通常都会问一下，你只要能讲清楚LIMIT offset, size怎么计算，就已经证明你不是只会跑通demo。

我自己动手做这个项目时的几点体会

做完这个项目之后，我自己最大的感受是：一个课程设计题目，其实就是在模拟一个真实软件从需求到交付的全过程。图书管理系统的价值不在于它本身多复杂，而在于它逼着你把“面向对象”、“集合”、“JDBC”、“异常”、“事务”、“分层”这些零散的知识点，在一个完整的场景里重新编织起来。很多同学在学Java语法时觉得每个知识点都懂了，但做项目时才发现自己连从一个类调用另一个类的方法都要想半天，这就是缺少综合训练的直接表现。

按照我上面这个顺序来做的话——先建表，再写实体类和DBUtil，然后逐层实现DAO、Service，最后写Swing界面——每一阶段都能独立跑通并测试，你基本不会出现“写到一半不知道自己写到哪了”的迷茫感。最后再分享一个这节课里没细说的小技巧：代码记得随时提交版本。哪怕只用git本地提交，每做完一个模块打一个commit，后面就算方向写错了，自己还能退回去重来。我在毕业设计答辩前就靠这个救回过一次代码，当时改借阅逻辑改崩了，凌晨两点多靠恢复上一个版本才保住进度，这种经验希望你也用上，但更希望你永远用不上。