简介一份面向高校计算机专业毕业设计或课程设计的完整论文文档主题为基于Java语言、SpringBoot框架、Vue框架及MySQL数据库的婚纱摄影预约系统的设计与实现。内容围绕传统预约模式中信息管理不便、运转效率不高等痛点展开从需求分析、总体架构、功能模块到数据库设计均给出清晰论述并包含系统测试与结果分析能帮助读者完整理解一个Web项目的搭建流程。论文涵盖个人中心、套系风格管理、用户管理、摄影师管理、婚纱套系管理、订单管理、客片欣赏、客户样片、摄影咨询、客户选片及系统管理等主要模块展示了从前端交互到后端服务的分层设计思路。压缩包内共1个Word文档大小约3.49MB文件数量不多但结构完整从预览可见中英文摘要、关键词、目录及各章节安排便于快速概览和局部精读。已有305人学习适合正在撰写毕业设计论文或学习SpringBoot、Vue开发的读者作为参考尤其可借鉴其目录组织、模块划分和技术阐述方式。1. 婚纱摄影预约系统的痛点与这套代码的定位婚纱摄影这门生意核心不是“拍照”那一瞬间而是之前几十次咨询、改期、选片的反复拉扯。传统门店排期依赖纸质台账或 Excel摄影师档期冲突、客户选片后加修需求失控、订单状态无法共享给前台和后期几乎是常态。这套基于 Java SpringBoot Vue MySQL 的婚纱摄影预约系统就是把“套系—订单—选片—客片”这条链路做成一个闭合状态机让管理员、摄影师、用户三端共用同一份数据而不是各记各的账。如果你是做毕业设计、课程设计或者想在小型影楼场景快速搭一套预约后台这套代码的价值在于它覆盖了完整的管理端模块套系风格、摄影师、用户、订单、客片、样片、咨询、选片。它不复杂没有微服务和高并发但胜在业务模型完整能直接跑通。下面我按一个实际可复现的思路把它拆开讲清楚包括表结构、状态流转、权限控制以及最容易踩坑的联调细节。2. SpringBoot 与 Vue 分离架构下的系统模块与数据模型2.1 模块边界与三类角色的权限划分这套系统从用例上看是典型的单后台管理模型但实际使用中隐含了三类角色管理员、前台用户客户、摄影师。代码里的users表用role字段区分权限默认有“管理员”和“用户”两类摄影师虽然也是用户但在业务上会挂在sheyingshi表里通过工号关联到订单和咨询记录。模块边界可以这样理解基础数据套系风格、婚纱套系、摄影师、客片、样片这些先维护好预约才有意义。交易数据婚纱套系订单、摄影预约、客户选片这些是状态流转的核心。互动数据摄影咨询、评论摄影师评论、套系评论、聊天助手、收藏。这套划分直接决定了数据库设计。管理员管基础数据和互动数据用户只能提交预约和选片申请摄影师不直接登录后台系统而是在线下被排期。如果你要扩展成摄影师自己接单的角色需要额外加一套摄影师端登录但当前这个版本没有。2.2 核心表结构与建表 SQL 剖析从文档给出的表设计里我挑几张最关键的展开它们支撑了整个预约流程。第一张是摄影预约表sheyingyuyue它记录用户预约摄影师的时间窗口CREATE TABLE sheyingyuyue ( id bigint(20) NOT NULL AUTO_INCREMENT, addtime timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP, sheyingshigonghao varchar(200) DEFAULT NULL, sheyingshixingming varchar(200) DEFAULT NULL, yonghuzhanghao varchar(200) DEFAULT NULL, yonghuxingming varchar(200) DEFAULT NULL, yuyueshijian datetime DEFAULT NULL, liuyanneirong varchar(200) DEFAULT NULL, sfsh varchar(200) DEFAULT 待审核, shhf longtext, PRIMARY KEY (id) ) ENGINEInnoDB DEFAULT CHARSETutf8;注意sfsh是否审核字段设置默认值待审核这是这套代码里常见的审核状态写法。在ServiceImpl里管理员修改审核状态时一般会先通过setSfsh(是)或setSfsh(否)再配合shhf审核回复一起更新。这里的坑在于如果不给sfsh默认值前端列表页拿到null按钮状态判断就会失效。第二张是客户选片表kehuxuanpian它把套系、摄影师、用户、选片时间和选片附件绑定在一起CREATE TABLE kehuxuanpian ( id bigint(20) NOT NULL AUTO_INCREMENT, addtime timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP, taoxibianhao varchar(200) DEFAULT NULL, taoximingcheng varchar(200) DEFAULT NULL, paishechangjing varchar(200) DEFAULT NULL, sheyingshigonghao varchar(200) DEFAULT NULL, sheyingshixingming varchar(200) DEFAULT NULL, yonghuzhanghao varchar(200) DEFAULT NULL, yonghuxingming varchar(200) DEFAULT NULL, lianxidianhua varchar(200) DEFAULT NULL, xuanpianshijian datetime DEFAULT NULL, xuanpianfujian longtext, shouhuodizhi varchar(200) DEFAULT NULL, PRIMARY KEY (id) ) ENGINEInnoDB DEFAULT CHARSETutf8;第三张是订单表文档里叫“婚纱套系订单”除了订单编号、套系信息、金额、下单时间外逃不开订单状态字段。实际开发中建议单独抽一个order_status字段用数字表示0 待付款、1 已付款待拍摄、2 已完成、3 已取消。这套系统里没有明确的订单状态字段而是通过审核状态和预约时间来隐式表达扩展时需要注意。2.3 表关系与 E-R 模型的关键设计这套系统没有用外键所有关联都是逻辑外键订单表存yonghuzhanghao用户账号和sheyingshigonghao摄影师工号而不是存用户的数字 ID。这么做的好处是列表页直接就能展示账号和姓名省去联表查询坏处是如果用户改名或账号变动历史订单上的名字不会同步更新。对于影楼这种业务我更倾向于保存冗余名称字段因为选片单、订单打印出来需要的是“当时下单时的名字”而不是最新的用户资料所以这个设计是合理的选择。E-R 关系可以归纳为一个用户面对多张订单一个订单对应一个套系。一个套系对应一种套系风格风格表是父表套系表通过风格 ID 引用。一个摄影师可被多个用户预约形成摄影预约表的多条记录。一个订单可能扩展出一次或多次选片选片表通过账号和时间关联。如果你要用 Navicat 生成物理 ER 图记得把longtext字段排除出主显示不然图会非常拥挤。另外config表里存的是系统配置键值token表用于登录凭证管理这两个表是代码生成器自带的建议保留不要删。3. 预约订单主流程套系浏览、下单到选片的状态机实现3.1 订单状态流转与字段设计一个用户从浏览婚纱套系到最终拿到照片业务上会经历这几个状态浏览套系 - 提交预约 - 管理员审核 - 确认档期 - 拍摄完成 - 客户选片 - 后期制作 - 归档在系统里状态主要落在两个地方一个是婚纱套系订单表的审核状态另一个是摄影预约表的sfsh字段。这类小型管理系统不需要引入状态机引擎直接用if/else判断字段值即可但字段命名要统一否则前后端对接时会乱。订单表在新增时通常由前端传入yonghuzhanghao、taoxibianhao、taoximingcheng、xiadanriqi等字段而后端在保存前需要补全一些默认值// OrderServiceImpl.java 部分逻辑 public void insert(HunshataoxiOrder hunshataoxiOrder) { // 设置状态为待审核这里的字段名以实际实体为准 hunshataoxiOrder.setStatus(待审核); hunshataoxiOrder.setCreateTime(new Date()); // 订单编号生成时间戳 随机数避免并发重复 String orderNo WX System.currentTimeMillis() String.format(%03d, new Random().nextInt(1000)); hunshataoxiOrder.setOrderNo(orderNo); hunshataoxiDao.insert(hunshataoxiOrder); }这段代码里有几个细节值得注意。订单编号用时间戳加三位随机数在并发量很小的影楼场景下够用但如果你需要在同一秒内生成大量订单最好换成UUID或数据库序列。setStatus(待审核)是硬编码的字符串后续如果调整状态名需要同时改前端字典这是此类生成代码常见的耦合点。3.2 Service 层的事务与并发控制预约业务的写操作不只是插入一条记录往往要同时更新摄影师的档期和消息通知。SpringBoot 中推荐在 Service 方法上加Transactional保证原子性Transactional(rollbackFor Exception.class) public void submitOrder(HunshataoxiOrder order, Sheyingyuyue appointment) { // 1. 写入订单主表 hunshataoxiOrderDao.insert(order); // 2. 写入预约表记录摄影师与时间 sheyingyuyueDao.insert(appointment); // 3. 如果涉及库存或者档期这里可以执行 update // photographerDao.updateSchedule(appointment.getSheyingshigonghao(), appointment.getYuyueshijian()); }这里必须注意rollbackFor Exception.class。Spring 的默认事务回滚只针对RuntimeException如果你在业务代码里捕获了异常但没有重新抛出插入的第一条订单就会提交成功预约表却没有数据形成脏数据。实际排错时发现“订单存在但预约没生成”优先检查是不是异常被吞掉了。档期冲突控制是另一个高频坑。同一摄影师在同一时间段只能有一个预约常见做法是在sheyingyuyue表加唯一索引sheyingshigonghao yuyueshijian或者在插入前用SELECT COUNT(*)做校验// 重复预约检查 QueryWrapperSheyingyuyue wrapper new QueryWrapper(); wrapper.eq(sheyingshigonghao, appointment.getSheyingshigonghao()) .eq(yuyueshijian, appointment.getYuyueshijian()) .ne(sfsh, 已取消); Integer count sheyingyuyueDao.selectCount(wrapper); if (count ! null count 0) { throw new ServiceException(该摄影师在这个时间段已被预约请更换时间); }3.3 前端 Vue 接口对接与参数校验Vue 这边通常走 axios路由由 Vue Router 控制页面根据登录状态动态渲染。一个典型的预约提交接口封装如下// api/order.js import request from /utils/request export function submitOrder(data) { return request({ url: /hunshataoxiOrder/insert, method: post, data: data }) }在页面中调用时需要把套系信息、用户信息、预约时间组合成后端需要的 JSON 结构const orderData { taoxibianhao: this.taoxi.taoxibianhao, taoximingcheng: this.taoxi.taoximingcheng, yonghuzhanghao: this.user.username, yonghuxingming: this.user.nickname, yuyueshijian: this.selectedTime, beizhu: this.remark } this.submitOrder(orderData).then(res { this.$message.success(预约成功等待管理员确认) this.$router.push(/myOrder) })注意后端RequestBody接收的是 JSON如果前端传了yuyueshijian为字符串2025-06-01 14:00:00后端用Date类型接收时SpringBoot 默认的Jackson配置需要支持这个格式。如果报 400 错误或日期解析失败在application.yml里加全局日期格式配置spring: jackson: date-format: yyyy-MM-dd HH:mm:ss time-zone: GMT84. 摄影师管理、咨询与选片模块的权限控制实现4.1 基于 Token 的登录识别与角色判断这套系统的登录鉴权用token表维护没有引入 Spring Security 或 JWT。登录成功时生成一个 token 字符串写入token表客户端保存该 token每次请求在 header 中携带。控制层通过RequestMapping接收再根据HttpServletRequest里的 token 查用户// LoginController 伪代码 PostMapping(/login) public Result login(String username, String password, HttpServletRequest request) { QueryWrapperUsers wrapper new QueryWrapper(); wrapper.eq(username, username); wrapper.eq(password, MD5Util.md5(password)); Users user usersService.getOne(wrapper); if (user ! null) { String token UUID.randomUUID().toString().replace(-, ); Token tokenEntity new Token(); tokenEntity.setUserId(user.getId()); tokenEntity.setUsername(user.getUsername()); tokenEntity.setToken(token); tokenService.save(tokenEntity); return Result.ok().put(token, token).put(role, user.getRole()); } return Result.error(账号或密码错误); }密码这里需要注意很多生成项目直接存明文但稍微正规一点的课程设计都会用 MD5 加盐。MD5Util.md5(password)是对密码做一次哈希前端传过来的已经是经过处理的值。如果你二次开发时改了前端加密方式后端这里要匹配上否则会出现管理员账号在数据库里能查到、但登录一直提示密码错误的情况。4.2 摄影咨询与审核回复的状态流转摄影咨询表zixun在代码里通常对应前端“我要咨询”的提交入口。用户提交咨询内容后管理员在后台列表页点击回复更新reply字段。这个场景最容易出的问题是回复接口没有做权限校验普通用户也能调用。一个实用的做法是在后端配置拦截器对所有/admin/**开头的接口做 token 解析和角色判断public class AuthInterceptor implements HandlerInterceptor { Override public boolean preHandle(HttpServletRequest request, HttpServletResponse response, Object handler) throws Exception { String token request.getHeader(token); if (token null || token.isEmpty()) { response.setStatus(401); return false; } Token tokenEntity tokenService.getByToken(token); if (tokenEntity null) { response.setStatus(401); return false; } // 某些接口需要管理员角色这里可以再判断 role if (request.getRequestURI().startsWith(/admin/) !管理员.equals(tokenEntity.getRole())) { response.setStatus(403); return false; } request.setAttribute(userId, tokenEntity.getUserId()); return true; } }注册到 WebMvc 配置时记得排除登录接口、首页轮播接口等无需鉴权的路径registry.addInterceptor(authInterceptor()) .addPathPatterns(/**) .excludePathPatterns(/login, /register, /home/**, /error);4.3 客片与样片上传的路径与回显处理客片欣赏和客户样片两个模块本质上都是图片资源管理区别在于客片是拍摄完成的作品展示样片是选片阶段的上传附件。前后端分离项目里图片上传后端接口一般长这样PostMapping(/upload) public Result upload(RequestParam(file) MultipartFile file, HttpServletRequest request) { if (file.isEmpty()) { return Result.error(上传文件不能为空); } String fileName System.currentTimeMillis() _ file.getOriginalFilename(); String filePath System.getProperty(user.dir) /upload/; File dest new File(filePath fileName); if (!dest.getParentFile().exists()) { dest.getParentFile().mkdirs(); } try { file.transferTo(dest); // 返回访问路径这里要根据实际部署 IP 和端口拼接 return Result.ok().put(url, /upload/ fileName); } catch (IOException e) { e.printStackTrace(); return Result.error(上传失败); } }上传后前端拿到的/upload/xxx.jpg是相对路径。开发环境下 Vite 代理会把它转发到后端端口生产环境则需要 Nginx 配置一个静态映射location /upload/ { alias /opt/wedding/upload/; }如果图片上传成功但前端显示 404九成是静态资源映射没做好。SpringBoot 里可以加一个配置类指向本地目录Override public void addResourceHandlers(ResourceHandlerRegistry registry) { registry.addResourceHandler(/upload/**) .addResourceLocations(file: uploadPath /); }选片附件xuanpianfujian字段是longtext意味着前端可以一次性上传多张图片把图片 URL 用逗号拼接后存进这个字段。展示时在 Vue 里用split(,)拆成数组再v-for渲染即可。这里有一个隐患如果图片路径里本身包含逗号拆分会出错所以上传时最好对文件名做规范化只保留字母数字和下划线。5. 联调、部署与测试中的 MySQL 字段与时间时区问题开发完这套系统后真正耗时间的往往不是业务代码而是环境联调。前端npm run dev默认端口 8080后端 SpringBoot 默认端口 8081 或 8082跨域问题第一个出现。Vite 开发环境配置代理更稳妥// vite.config.js export default defineConfig({ server: { port: 8080, proxy: { /api: { target: http://localhost:8081, changeOrigin: true, rewrite: path path.replace(/^\/api/, ) } } } })若后端直接开放跨域注意CrossOrigin注解的allowCredentials与allowedOrigins不能同时使用通配符否则浏览器会拦截。生产环境建议走 Nginx 反向代理后端不用开跨域。数据库导入时最容易踩的是时区和 SQL 版本问题。timestamp类型在 MySQL 5.7 以后显示CURRENT_TIMESTAMP但 JDBC 连接串里如果不加serverTimezoneAsia/Shanghai插入的时间会比北京时间早 8 小时。连接串这样写jdbc:mysql://localhost:3306/wedding?useUnicodetruecharacterEncodingutf8serverTimezoneAsia/Shanghai另一个问题是建表语句里的longtext字段在 MySQL 5.6 及以下版本使用DEFAULT NULL没问题但如果你从文档复制表结构到新版 MySQL 8遇到datetime默认值CURRENT_TIMESTAMP也是允许的。真正会报错的是longtext字段加索引比如评论内容字段参与查询条件时会提示BLOB/TEXT column used in key specification without a key length。解决办法是建索引时指定前缀长度ALTER TABLE discusssheyingshi ADD INDEX idx_content (content(50));最后系统交付时需要整理一份测试用例清单。管理员登录测试是必测项输入正确的用户名和错误密码应有错误提示且不能跳转输入正确的用户名和密码后应看到个人中心菜单连续多次失败尝试后最好有验证码或锁定机制。订单流程测试要覆盖用户提交预约、管理员审核通过、用户取消预约、重新下单其中重点验证重复提交同一时间段时是否能被后端拦截而不是只看前端按钮是否置灰。对于婚纱套系订单管理测试时可以先用两个账号分别下单同一摄影师同一时段观察第二个账号是否得到冲突提示。如果后端没有做唯一索引这一步就能暴露并发问题。选片模块验证则简单一些上传大体积图片后看是否报大小超限SpringBootmultipart.max-file-size默认是 1MB影楼原图动辄 10MB记得改到 50MB 或更高spring: servlet: multipart: max-file-size: 50MB max-request-size: 100MB这套配置改完后重启服务再传一次原图才能保证选片功能在实际使用中不被文件大小卡住。整个系统的测试方法不需要自动化框架用 Postman 导出接口清单再对着前端页面逐条走一遍业务路径就足以覆盖这套课程设计的评分点了。本文还有配套的精品资源点击获取 SpringBoot+Vue婚纱摄影预约系统：订单、选片与权限管理全解析
简介一份面向高校计算机专业毕业设计或课程设计的完整论文文档主题为基于Java语言、SpringBoot框架、Vue框架及MySQL数据库的婚纱摄影预约系统的设计与实现。内容围绕传统预约模式中信息管理不便、运转效率不高等痛点展开从需求分析、总体架构、功能模块到数据库设计均给出清晰论述并包含系统测试与结果分析能帮助读者完整理解一个Web项目的搭建流程。论文涵盖个人中心、套系风格管理、用户管理、摄影师管理、婚纱套系管理、订单管理、客片欣赏、客户样片、摄影咨询、客户选片及系统管理等主要模块展示了从前端交互到后端服务的分层设计思路。压缩包内共1个Word文档大小约3.49MB文件数量不多但结构完整从预览可见中英文摘要、关键词、目录及各章节安排便于快速概览和局部精读。已有305人学习适合正在撰写毕业设计论文或学习SpringBoot、Vue开发的读者作为参考尤其可借鉴其目录组织、模块划分和技术阐述方式。1. 婚纱摄影预约系统的痛点与这套代码的定位婚纱摄影这门生意核心不是“拍照”那一瞬间而是之前几十次咨询、改期、选片的反复拉扯。传统门店排期依赖纸质台账或 Excel摄影师档期冲突、客户选片后加修需求失控、订单状态无法共享给前台和后期几乎是常态。这套基于 Java SpringBoot Vue MySQL 的婚纱摄影预约系统就是把“套系—订单—选片—客片”这条链路做成一个闭合状态机让管理员、摄影师、用户三端共用同一份数据而不是各记各的账。如果你是做毕业设计、课程设计或者想在小型影楼场景快速搭一套预约后台这套代码的价值在于它覆盖了完整的管理端模块套系风格、摄影师、用户、订单、客片、样片、咨询、选片。它不复杂没有微服务和高并发但胜在业务模型完整能直接跑通。下面我按一个实际可复现的思路把它拆开讲清楚包括表结构、状态流转、权限控制以及最容易踩坑的联调细节。2. SpringBoot 与 Vue 分离架构下的系统模块与数据模型2.1 模块边界与三类角色的权限划分这套系统从用例上看是典型的单后台管理模型但实际使用中隐含了三类角色管理员、前台用户客户、摄影师。代码里的users表用role字段区分权限默认有“管理员”和“用户”两类摄影师虽然也是用户但在业务上会挂在sheyingshi表里通过工号关联到订单和咨询记录。模块边界可以这样理解基础数据套系风格、婚纱套系、摄影师、客片、样片这些先维护好预约才有意义。交易数据婚纱套系订单、摄影预约、客户选片这些是状态流转的核心。互动数据摄影咨询、评论摄影师评论、套系评论、聊天助手、收藏。这套划分直接决定了数据库设计。管理员管基础数据和互动数据用户只能提交预约和选片申请摄影师不直接登录后台系统而是在线下被排期。如果你要扩展成摄影师自己接单的角色需要额外加一套摄影师端登录但当前这个版本没有。2.2 核心表结构与建表 SQL 剖析从文档给出的表设计里我挑几张最关键的展开它们支撑了整个预约流程。第一张是摄影预约表sheyingyuyue它记录用户预约摄影师的时间窗口CREATE TABLE sheyingyuyue ( id bigint(20) NOT NULL AUTO_INCREMENT, addtime timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP, sheyingshigonghao varchar(200) DEFAULT NULL, sheyingshixingming varchar(200) DEFAULT NULL, yonghuzhanghao varchar(200) DEFAULT NULL, yonghuxingming varchar(200) DEFAULT NULL, yuyueshijian datetime DEFAULT NULL, liuyanneirong varchar(200) DEFAULT NULL, sfsh varchar(200) DEFAULT 待审核, shhf longtext, PRIMARY KEY (id) ) ENGINEInnoDB DEFAULT CHARSETutf8;注意sfsh是否审核字段设置默认值待审核这是这套代码里常见的审核状态写法。在ServiceImpl里管理员修改审核状态时一般会先通过setSfsh(是)或setSfsh(否)再配合shhf审核回复一起更新。这里的坑在于如果不给sfsh默认值前端列表页拿到null按钮状态判断就会失效。第二张是客户选片表kehuxuanpian它把套系、摄影师、用户、选片时间和选片附件绑定在一起CREATE TABLE kehuxuanpian ( id bigint(20) NOT NULL AUTO_INCREMENT, addtime timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP, taoxibianhao varchar(200) DEFAULT NULL, taoximingcheng varchar(200) DEFAULT NULL, paishechangjing varchar(200) DEFAULT NULL, sheyingshigonghao varchar(200) DEFAULT NULL, sheyingshixingming varchar(200) DEFAULT NULL, yonghuzhanghao varchar(200) DEFAULT NULL, yonghuxingming varchar(200) DEFAULT NULL, lianxidianhua varchar(200) DEFAULT NULL, xuanpianshijian datetime DEFAULT NULL, xuanpianfujian longtext, shouhuodizhi varchar(200) DEFAULT NULL, PRIMARY KEY (id) ) ENGINEInnoDB DEFAULT CHARSETutf8;第三张是订单表文档里叫“婚纱套系订单”除了订单编号、套系信息、金额、下单时间外逃不开订单状态字段。实际开发中建议单独抽一个order_status字段用数字表示0 待付款、1 已付款待拍摄、2 已完成、3 已取消。这套系统里没有明确的订单状态字段而是通过审核状态和预约时间来隐式表达扩展时需要注意。2.3 表关系与 E-R 模型的关键设计这套系统没有用外键所有关联都是逻辑外键订单表存yonghuzhanghao用户账号和sheyingshigonghao摄影师工号而不是存用户的数字 ID。这么做的好处是列表页直接就能展示账号和姓名省去联表查询坏处是如果用户改名或账号变动历史订单上的名字不会同步更新。对于影楼这种业务我更倾向于保存冗余名称字段因为选片单、订单打印出来需要的是“当时下单时的名字”而不是最新的用户资料所以这个设计是合理的选择。E-R 关系可以归纳为一个用户面对多张订单一个订单对应一个套系。一个套系对应一种套系风格风格表是父表套系表通过风格 ID 引用。一个摄影师可被多个用户预约形成摄影预约表的多条记录。一个订单可能扩展出一次或多次选片选片表通过账号和时间关联。如果你要用 Navicat 生成物理 ER 图记得把longtext字段排除出主显示不然图会非常拥挤。另外config表里存的是系统配置键值token表用于登录凭证管理这两个表是代码生成器自带的建议保留不要删。3. 预约订单主流程套系浏览、下单到选片的状态机实现3.1 订单状态流转与字段设计一个用户从浏览婚纱套系到最终拿到照片业务上会经历这几个状态浏览套系 - 提交预约 - 管理员审核 - 确认档期 - 拍摄完成 - 客户选片 - 后期制作 - 归档在系统里状态主要落在两个地方一个是婚纱套系订单表的审核状态另一个是摄影预约表的sfsh字段。这类小型管理系统不需要引入状态机引擎直接用if/else判断字段值即可但字段命名要统一否则前后端对接时会乱。订单表在新增时通常由前端传入yonghuzhanghao、taoxibianhao、taoximingcheng、xiadanriqi等字段而后端在保存前需要补全一些默认值// OrderServiceImpl.java 部分逻辑 public void insert(HunshataoxiOrder hunshataoxiOrder) { // 设置状态为待审核这里的字段名以实际实体为准 hunshataoxiOrder.setStatus(待审核); hunshataoxiOrder.setCreateTime(new Date()); // 订单编号生成时间戳 随机数避免并发重复 String orderNo WX System.currentTimeMillis() String.format(%03d, new Random().nextInt(1000)); hunshataoxiOrder.setOrderNo(orderNo); hunshataoxiDao.insert(hunshataoxiOrder); }这段代码里有几个细节值得注意。订单编号用时间戳加三位随机数在并发量很小的影楼场景下够用但如果你需要在同一秒内生成大量订单最好换成UUID或数据库序列。setStatus(待审核)是硬编码的字符串后续如果调整状态名需要同时改前端字典这是此类生成代码常见的耦合点。3.2 Service 层的事务与并发控制预约业务的写操作不只是插入一条记录往往要同时更新摄影师的档期和消息通知。SpringBoot 中推荐在 Service 方法上加Transactional保证原子性Transactional(rollbackFor Exception.class) public void submitOrder(HunshataoxiOrder order, Sheyingyuyue appointment) { // 1. 写入订单主表 hunshataoxiOrderDao.insert(order); // 2. 写入预约表记录摄影师与时间 sheyingyuyueDao.insert(appointment); // 3. 如果涉及库存或者档期这里可以执行 update // photographerDao.updateSchedule(appointment.getSheyingshigonghao(), appointment.getYuyueshijian()); }这里必须注意rollbackFor Exception.class。Spring 的默认事务回滚只针对RuntimeException如果你在业务代码里捕获了异常但没有重新抛出插入的第一条订单就会提交成功预约表却没有数据形成脏数据。实际排错时发现“订单存在但预约没生成”优先检查是不是异常被吞掉了。档期冲突控制是另一个高频坑。同一摄影师在同一时间段只能有一个预约常见做法是在sheyingyuyue表加唯一索引sheyingshigonghao yuyueshijian或者在插入前用SELECT COUNT(*)做校验// 重复预约检查 QueryWrapperSheyingyuyue wrapper new QueryWrapper(); wrapper.eq(sheyingshigonghao, appointment.getSheyingshigonghao()) .eq(yuyueshijian, appointment.getYuyueshijian()) .ne(sfsh, 已取消); Integer count sheyingyuyueDao.selectCount(wrapper); if (count ! null count 0) { throw new ServiceException(该摄影师在这个时间段已被预约请更换时间); }3.3 前端 Vue 接口对接与参数校验Vue 这边通常走 axios路由由 Vue Router 控制页面根据登录状态动态渲染。一个典型的预约提交接口封装如下// api/order.js import request from /utils/request export function submitOrder(data) { return request({ url: /hunshataoxiOrder/insert, method: post, data: data }) }在页面中调用时需要把套系信息、用户信息、预约时间组合成后端需要的 JSON 结构const orderData { taoxibianhao: this.taoxi.taoxibianhao, taoximingcheng: this.taoxi.taoximingcheng, yonghuzhanghao: this.user.username, yonghuxingming: this.user.nickname, yuyueshijian: this.selectedTime, beizhu: this.remark } this.submitOrder(orderData).then(res { this.$message.success(预约成功等待管理员确认) this.$router.push(/myOrder) })注意后端RequestBody接收的是 JSON如果前端传了yuyueshijian为字符串2025-06-01 14:00:00后端用Date类型接收时SpringBoot 默认的Jackson配置需要支持这个格式。如果报 400 错误或日期解析失败在application.yml里加全局日期格式配置spring: jackson: date-format: yyyy-MM-dd HH:mm:ss time-zone: GMT84. 摄影师管理、咨询与选片模块的权限控制实现4.1 基于 Token 的登录识别与角色判断这套系统的登录鉴权用token表维护没有引入 Spring Security 或 JWT。登录成功时生成一个 token 字符串写入token表客户端保存该 token每次请求在 header 中携带。控制层通过RequestMapping接收再根据HttpServletRequest里的 token 查用户// LoginController 伪代码 PostMapping(/login) public Result login(String username, String password, HttpServletRequest request) { QueryWrapperUsers wrapper new QueryWrapper(); wrapper.eq(username, username); wrapper.eq(password, MD5Util.md5(password)); Users user usersService.getOne(wrapper); if (user ! null) { String token UUID.randomUUID().toString().replace(-, ); Token tokenEntity new Token(); tokenEntity.setUserId(user.getId()); tokenEntity.setUsername(user.getUsername()); tokenEntity.setToken(token); tokenService.save(tokenEntity); return Result.ok().put(token, token).put(role, user.getRole()); } return Result.error(账号或密码错误); }密码这里需要注意很多生成项目直接存明文但稍微正规一点的课程设计都会用 MD5 加盐。MD5Util.md5(password)是对密码做一次哈希前端传过来的已经是经过处理的值。如果你二次开发时改了前端加密方式后端这里要匹配上否则会出现管理员账号在数据库里能查到、但登录一直提示密码错误的情况。4.2 摄影咨询与审核回复的状态流转摄影咨询表zixun在代码里通常对应前端“我要咨询”的提交入口。用户提交咨询内容后管理员在后台列表页点击回复更新reply字段。这个场景最容易出的问题是回复接口没有做权限校验普通用户也能调用。一个实用的做法是在后端配置拦截器对所有/admin/**开头的接口做 token 解析和角色判断public class AuthInterceptor implements HandlerInterceptor { Override public boolean preHandle(HttpServletRequest request, HttpServletResponse response, Object handler) throws Exception { String token request.getHeader(token); if (token null || token.isEmpty()) { response.setStatus(401); return false; } Token tokenEntity tokenService.getByToken(token); if (tokenEntity null) { response.setStatus(401); return false; } // 某些接口需要管理员角色这里可以再判断 role if (request.getRequestURI().startsWith(/admin/) !管理员.equals(tokenEntity.getRole())) { response.setStatus(403); return false; } request.setAttribute(userId, tokenEntity.getUserId()); return true; } }注册到 WebMvc 配置时记得排除登录接口、首页轮播接口等无需鉴权的路径registry.addInterceptor(authInterceptor()) .addPathPatterns(/**) .excludePathPatterns(/login, /register, /home/**, /error);4.3 客片与样片上传的路径与回显处理客片欣赏和客户样片两个模块本质上都是图片资源管理区别在于客片是拍摄完成的作品展示样片是选片阶段的上传附件。前后端分离项目里图片上传后端接口一般长这样PostMapping(/upload) public Result upload(RequestParam(file) MultipartFile file, HttpServletRequest request) { if (file.isEmpty()) { return Result.error(上传文件不能为空); } String fileName System.currentTimeMillis() _ file.getOriginalFilename(); String filePath System.getProperty(user.dir) /upload/; File dest new File(filePath fileName); if (!dest.getParentFile().exists()) { dest.getParentFile().mkdirs(); } try { file.transferTo(dest); // 返回访问路径这里要根据实际部署 IP 和端口拼接 return Result.ok().put(url, /upload/ fileName); } catch (IOException e) { e.printStackTrace(); return Result.error(上传失败); } }上传后前端拿到的/upload/xxx.jpg是相对路径。开发环境下 Vite 代理会把它转发到后端端口生产环境则需要 Nginx 配置一个静态映射location /upload/ { alias /opt/wedding/upload/; }如果图片上传成功但前端显示 404九成是静态资源映射没做好。SpringBoot 里可以加一个配置类指向本地目录Override public void addResourceHandlers(ResourceHandlerRegistry registry) { registry.addResourceHandler(/upload/**) .addResourceLocations(file: uploadPath /); }选片附件xuanpianfujian字段是longtext意味着前端可以一次性上传多张图片把图片 URL 用逗号拼接后存进这个字段。展示时在 Vue 里用split(,)拆成数组再v-for渲染即可。这里有一个隐患如果图片路径里本身包含逗号拆分会出错所以上传时最好对文件名做规范化只保留字母数字和下划线。5. 联调、部署与测试中的 MySQL 字段与时间时区问题开发完这套系统后真正耗时间的往往不是业务代码而是环境联调。前端npm run dev默认端口 8080后端 SpringBoot 默认端口 8081 或 8082跨域问题第一个出现。Vite 开发环境配置代理更稳妥// vite.config.js export default defineConfig({ server: { port: 8080, proxy: { /api: { target: http://localhost:8081, changeOrigin: true, rewrite: path path.replace(/^\/api/, ) } } } })若后端直接开放跨域注意CrossOrigin注解的allowCredentials与allowedOrigins不能同时使用通配符否则浏览器会拦截。生产环境建议走 Nginx 反向代理后端不用开跨域。数据库导入时最容易踩的是时区和 SQL 版本问题。timestamp类型在 MySQL 5.7 以后显示CURRENT_TIMESTAMP但 JDBC 连接串里如果不加serverTimezoneAsia/Shanghai插入的时间会比北京时间早 8 小时。连接串这样写jdbc:mysql://localhost:3306/wedding?useUnicodetruecharacterEncodingutf8serverTimezoneAsia/Shanghai另一个问题是建表语句里的longtext字段在 MySQL 5.6 及以下版本使用DEFAULT NULL没问题但如果你从文档复制表结构到新版 MySQL 8遇到datetime默认值CURRENT_TIMESTAMP也是允许的。真正会报错的是longtext字段加索引比如评论内容字段参与查询条件时会提示BLOB/TEXT column used in key specification without a key length。解决办法是建索引时指定前缀长度ALTER TABLE discusssheyingshi ADD INDEX idx_content (content(50));最后系统交付时需要整理一份测试用例清单。管理员登录测试是必测项输入正确的用户名和错误密码应有错误提示且不能跳转输入正确的用户名和密码后应看到个人中心菜单连续多次失败尝试后最好有验证码或锁定机制。订单流程测试要覆盖用户提交预约、管理员审核通过、用户取消预约、重新下单其中重点验证重复提交同一时间段时是否能被后端拦截而不是只看前端按钮是否置灰。对于婚纱套系订单管理测试时可以先用两个账号分别下单同一摄影师同一时段观察第二个账号是否得到冲突提示。如果后端没有做唯一索引这一步就能暴露并发问题。选片模块验证则简单一些上传大体积图片后看是否报大小超限SpringBootmultipart.max-file-size默认是 1MB影楼原图动辄 10MB记得改到 50MB 或更高spring: servlet: multipart: max-file-size: 50MB max-request-size: 100MB这套配置改完后重启服务再传一次原图才能保证选片功能在实际使用中不被文件大小卡住。整个系统的测试方法不需要自动化框架用 Postman 导出接口清单再对着前端页面逐条走一遍业务路径就足以覆盖这套课程设计的评分点了。本文还有配套的精品资源点击获取