259
社区成员
发帖
与我相关
我的任务
分享校园众包服务平台 - 个人周报
汇报人: 赵嘉旺
日 期: 2026年4月6日-2026年4月11日
本周计划任务:
完成校园众包平台核心业务(如:发布任务、接取任务、用户认证)的底层逻辑与接口开发。
设计并构建数据库表结构,配置关键的完整性约束和触发器。
与前端同学对接,协助完成页面与后台数据的联调,确保基本界面的功能流转。
编写核心业务逻辑的单元测试,保障基础功能的稳定性。
本周实际完成任务:
完成数据库设计与搭建:在 MySQL 中完成了用户、任务、订单等核心实体的建模,并编写了状态流转相关的触发器。
完成核心 API 开发:实现了基础的增删改查及业务流转接口,并在 VS Code 环境下完成了本地接口调试。
完成前后端联调:配合前端成功渲染了平台的大致界面(大厅任务列表、个人中心等),打通了数据链路。
完成基础单元测试:针对核心模块编写了工程化的 Java 单元测试。
个人软件过程(PSP)耗时统计表:
| PSP阶段 | 任务内容 | 预估耗时 (分钟) | 实际耗时 (分钟) |
| Planning | 计划 | 30 | 40 |
| · Estimate | · 评估本周任务与时间分配 | 30 | 40 |
| Development | 开发 | 780 | 850 |
| · Analysis | · 需求分析 (众包业务流程梳理) | 90 | 120 |
| · Design Spec | · 生成设计文档 (API文档、数据库Schema) | 120 | 100 |
| · Coding | · 具体编码 (核心业务逻辑实现) | 300 | 360 |
| · Code Review | · 代码审查与重构 | 60 | 45 |
| · Testing | · 单元测试编写与前后端联调排错 | 210 | 225 |
| Reporting | 总结 | 45 | 50 |
| · Post-Mortem | · 编写周报与工作复盘 | 45 | 50 |
| 总计 | 855 (约14.2小时) | 940 (约15.6小时) |
问题一:前后端联调时的数据格式不一致与跨域问题
应对措施: 早期接口定义不够严谨导致前端解析报错。随后统一封装了全局的 JSON 响应实体类(包含状态码、提示信息和数据载荷),并在后端配置了跨域资源共享。联调前先使用测试工具验证接口输出格式,大幅提高了对接效率。
问题二:数据库状态同步及约束冲突
应对措施: 在测试“任务接取”功能时,频繁出现状态机更新不一致的报错。通过在 VS Code 中直接连接数据库排查日志,重新审查了之前编写的 MySQL 触发器逻辑,优化了并发情况下的事务处理机制,确保了数据的强一致性。
新知识点:
工程化单元测试实践:深入学习了如何在实际工程项目中编写高效的 Mock 测试,隔离外部依赖,专门校验业务逻辑。
前后端分离架构下的鉴权机制:学习了 Token 的生成、校验流程及其在 HTTP 拦截器中的应用。
学习途径和方法:
官方文档与源码阅读:通过查阅框架的官方文档来理解底层机制,避免盲目复制网上的代码。
实践驱动学习 :在 VS Code 环境中直接搭建测试用例,利用断点调试一步步观察数据流向。将理论知识转化为工程代码后,理解得更加透彻。
本周是项目取得突破性进展的一周。当看到后端枯燥的数据终于在前端页面上以可视化的形式呈现出来,且团队共同搭建的“大致界面”能够流畅进行页面跳转和数据交互时,我深刻体会到了软件工程的成就感。
在这个过程中,我认识到前期的“沟通与规范”比后期的“闷头编码”更重要。统一的 API 规范和完善的数据库设计(如合理的表结构和触发器)不仅减少了团队内部的沟通摩擦,也大大降低了后期的 Debug 成本。同时,养成良好的单元测试习惯,虽然在初期增加了工作量,但为我们整个平台后续的迭代和扩展提供了坚实的安全网。接下来的阶段,我将继续保持这种工程规范,配合团队进一步完善平台的细节和边缘场景处理。