基于SpringBoot的仓库管理系统实现的基本知识点及系统开发心得（毕业设计回忆录1）

一、MyBatis作为持久层框架的核心职责

在SpringBoot项目中，MyBatis作为持久层框架的核心价值在于**“平衡灵活性与开发效率”**，体现在：

1. 数据库访问层的基础组件；

2. 将SQL语句与Java方法映射；

3. 提供动态SQL能力；

4. 自动配置SqlSessionFactory和Mapper扫描；

5. 与Spring事务管理协同；

6. 降低JDBC样板代码；

7. 支持灵活的结果映射；

8. 便于维护和调优SQL。整合后开发人员只需定义Mapper接口和XML/注解SQL，SpringBoot负责bean注册、事务、连接池等

以下从实战角度解析其具体作用：

1. 开箱即用的SQL自由，突破ORM的“自动化枷锁”

• 对比JPA：SpringBoot整合JPA时，自动生成的SQL在复杂查询（如多表关联、动态过滤
• ）场景下性能不足。MyBatis允许手写SQL，直接针对数据库优化。
  场景：
• 商品订单统计需按“用户等级+下单时间+商品类目”多维度聚合，MyBatis的XML中可编写定制化SQL，避免JPA的@Query拼接复杂SQL的维护成本。
• 动态SQL能力：通过if、choose、foreach等标签，实现参数动态拼接。例如：2

• <!– 根据用户状态过滤订单，SpringBoot请求参数直接映射 –>
  <select id="selectOrders" resultType="Order">
  SELECT * FROM orders
  <where>
  <if test="userId != null">user_id = #{userId}</if>
  <if test="status != null">AND status = #{status}</if>
  <if test="createTime != null">AND create_time &gt; #{createTime}</if>
  </where>
  </select>

2.Spring生态深度融合，简化基础设施建设

• 自动配置消除样板代码：SpringBoot的mybatis-spring-boot-starter自动注入SqlSessionFactory、扫描Mapper接口，无需手动配置数据源、事务管理器。
  对比传统SSM：省去SqlSessionFactoryBean、MapperScannerConfigurer等XML配置，开发效率提升40%+。
• 无缝集成Spring事务：通过@Transactional注解，MyBatis的Mapper方法可直接纳入Spring的事务管理。例如：

• @Service
  public class OrderService {
  @Autowired
  -OrderMapper orderMapper;

  @Transactional // MyBatis操作自动参与事务
  public void updateOrderStatus(Long orderId, status) {
  orderMapper.updateStatus(orderId, status);
  // 若抛异常，自动回滚SQL
  }
  }

  无需手动管理SqlSession的提交/回滚，与SpringBoot的AOP机制完美协同。

3.结果映射精细化，屏蔽数据库字段差异

• ResultMap定制化映射：数据库字段（如user_name）与Java对象（如userName）的驼峰映射默认支持，复杂场景可通过ResultMap自定义。
  场景：历史表字段create_time_v1需映射到User对象的registerTime，MyBatis可通过columnPrefix或association处理，避免代码中写@Column注解（尤其适合遗留系统改造）。
• 多表联合查询封装：复杂业务常需聚合多表数据（如用户+订单+地址），MyBatis的ResultMap支持嵌套查询或关联查询，返回自定义VO对象：

• <resultMap id="UserOrderVO" type="UserOrderVO">
  <association property="user" column="user_id" select="selectUser"/>
  <collection property="orders" column="user_id" select="selectOrdersByUserId"/>
  </resultMap>

  相比JPA的@One/@Many，SQL执行计划更可控（避免N+1问题）。

4.总结：MyBatis在SpringBoot中的不可替代性

适合项目类型：

• 中后台管理系统（复杂查询+权限过滤）；
• 电商/金融等高并发场景（SQL性能敏感）；
• 遗留系统改造（兼容历史表结构）。

不适合场景：

• 简单CRUD为主的轻量化项目（JPA更高效）；
• 无SQL经验的新手团队（XML学习成本高于注解）。

在SpringBoot生态中，MyBatis并非“最优解”，而是“最灵活的解”。它让开发者在“自动化”与“控制力”之间自由选择，这正是复杂业务场景下持久层框架的核心价值。

二、前后端实现功能的方法

• 后端：借助实体类、数据访问层、服务层和控制器，构建 RESTful API 接口以返回统计数据。
• 前端：使用 axios 发送请求获取数据，利用 echarts 绘制饼状图，并通过 watchEffect 监听数据变化来更新图表。

（后端）

（前端）

三、系统开发的心得

系统开发前期，借助流程图或者思维导图来梳理系统要实现的主要功能模块的实现思路，记载好实现进度（待开发–实现中–已实现），系统开发过程中，遇到短时间解决不了的问题，先暂停，先去别的模块，然后再返回解决不了的模块，若放之-拿起-放之-拿起好几个回合还是解决不了的，请立马放弃，重新规划当前模块。同时，也可以将进度记录在平台上，可能那个时候不觉得啥，但当时间长度到一定的程度，再回首，自己也“走了很远的路了”~

其他的具体功能模块下次得空会继续分享，记录。