基于Vue的基于毕业设计开题报告

我选了Vue做毕业设计的技术栈，不是毕业报告因为它在GitHub上拿了多少star，而是设计我大三在校园二手交易平台项目里被原生JavaScript折磨得够呛。那时候维护一堆DOM操作，开题改个数据要顺着事件流找半天，基于代码写到最后自己都不敢动。毕业报告Vue的设计双向绑定和组件化，至少让我这种水平的开题人能睡个安稳觉。

我的基于课题是一个面向高校的实验室设备共享平台。选这个题目，毕业报告是设计因为我亲眼见过隔壁实验室的3D打印机闲置了三个月，而另一个课题组的开题学弟还在淘宝上找代打印。设备信息散落在各个实验室的基于纸质登记本上，管理员之间靠微信群沟通，毕业报告偶尔有人想起某台设备，设计得翻半天聊天记录。

技术方案上，前端用Vue 3 + TypeScript，后端配Node.js的Express，数据库选MySQL。Vue 3的Composition API比Options API更符合我组织逻辑的习惯——把某个功能相关的响应式变量和函数放在一块，不像以前那样data、methods、computed各占一块，看代码得来回跳。组件设计上，我打算把设备卡片、预约表单、消息通知拆成独立组件，这样后期维护时不用动整个页面。

难点在于实时状态同步。设备被借走、归还、报修，这些状态变化要即时反映到界面。WebSocket方案我调研过，但考虑到毕设周期，我决定先用轮询加Vue的响应式系统模拟——每五秒拉一次设备列表，用Object.assign替换数据触发视图更新。虽然不够优雅，但能跑通流程。

另一个坑是权限管理。学生、教师、实验室管理员三种角色的操作范围差异很大。我试过用Vue Router的导航守卫做前端拦截，但后来发现后端接口必须同样校验，否则懂技术的学生直接调API就能绕过限制。所以现在计划用JWT存角色信息，后端中间件统一判断，前端只做展示层面的控制。

论文框架我大致理了一下：绪论里重点写设备共享的现状问题，技术选型部分对比Vue和React的适用场景——说实话React的生态更丰富，但Vue的中文文档和社区案例对我这种英语一般的人更友好，遇到报错搜索解决方案时效率高不少。系统设计章节会画用例图和E-R图，这部分我花了两周才弄明白怎么把业务逻辑转化成数据库表结构。设备表、预约记录表、用户表之间外键关联，光是设计字段类型就改了三版。

进度安排比较紧，三月底要完成核心功能开发，四月留两周做测试和修bug，五月写论文。时间不够用是肯定的，特别是调试跨域问题和处理并发预约冲突时，估计得熬夜。但换个角度想，这个项目做完，我对Vue的生命周期钩子、组件通信方式、路由懒加载这些概念的理解，会比看十篇博客都深。