Code帮帮队-α冲刺Day2

Code帮帮队 2025-10-30 23:23:10

这个作业属于哪个课程	202501福大-软件工程实践-W班社区-CSDN社区云
这个作业要求在哪里	团队作业——站立式会议+α冲刺-CSDN社区
这个作业的目标	展示第二天的项目进度
其他参考文献	《构建之法》

项目燃尽图

会议照片

项目最新进展

框架搭建，前后端接口初步测试

工作情况

102300330 杨文渊

项目进展： 联动前后端，完善了注册登录模块，实体类、DTO、Mapper、Service、Controller 的分层开发

存在的问题/困难： 设计时遇到一些问题

后续安排： 完成其他模块

心得体会： 编写时可以多看看网上写的和ai，可以学点不一样的

102300308 陈尚斌

项目进展： 完善Vue框架，配置路由，提取能够复用的组件

存在的问题/困难： 页面显示比例异常

后续安排： 解决显示问题，关联各静态页面

心得体会：

要善用AI提升工作效率

102300235 林怡杰

项目进展：

学习了vue框架的使用和前后端对接，完成了错题分析的静态页面

存在的问题/困难： 对前后端对接还不熟悉，需要继续学习。

后续安排： 需要已经写好的静态页面重构一下，放入框架中。

心得体会： 前端闭门造车是没用的，还要会和后端联系起来。

102300309 陈禹帆

项目进展： 完成了前端的注册和忘记密码界面

忘记密码界面代码：

注册界面代码：

个人中心代码：

存在的问题/困难： 对基础知识的理解不够深刻，代码中遇到的基础问题较多

后续安排： 完善界面功能，加强个人对框架的理解和代码的熟练度

心得体会： 加强学习记忆、熟练编码技术对团队项目的合作实现至关重要

102300327 吴康明

项目进展： 编写个人信息模块

存在的问题/困难： 开始编写时无从下手，修改后与组员代码发生冲突

后续安排： 继续完成其他模块开发

心得体会： ：通过 Controller、Service、Mapper 的分层，使业务逻辑与数据访问解耦，后续需求变更（如新增筛选条件）时只需修改对应层级代码，维护效率显著提升；通过ai编程显著提高效率

102300328 许俊翔

项目进展：

完善了注册登录模块，各个功能皆实现：

实体类、DTO、Mapper、Service、Controller 的分层开发，适配questions数据库表结构；
实现了邮箱注册，登录，记住我，忘记密码（邮箱验证码），重置密码等完整业务逻辑；

接口测试，前后端尝试性对接成功

存在的问题/困难： 一开始密码比对失败，明文和暗文一直不匹配；以及通过邮箱验证码重置密码的逻辑难以实现，被服务器挡在外面

后续安排： 继续其他模块的开发和前后端对接

心得体会：

分层设计的价值：通过 Controller、Service、Mapper 的分层，使业务逻辑与数据访问解耦，后续需求变更（如新增筛选条件）时只需修改对应层级代码，维护效率显著提升；
规范与灵活的平衡：在遵循 RESTful 接口规范的同时，需结合业务场景（如用户错题的强关联性）做灵活调整，才能既保证接口通用性，又满足实际业务需求；

102300322 吕东剑

项目进展：

完成了错题模块的接口文档设计与核心代码实现，包括：

实体类、DTO、Mapper、Service、Controller 的分层开发，适配questions数据库表结构；
实现了错题添加、分页查询、详情查询、更新、删除、批量删除等完整业务逻辑；
支持基于用户隔离、多条件筛选（科目、时间、难度等）、枚举类型处理等功能。

存在的问题/困难：

数据库设计适配：初始表结构（questions）同时承担 “题目” 与 “错题” 存储，在业务语义上存在混淆，后续需考虑拆分或通过字段强化区分；
枚举类型处理：代码中对difficulty、source_type等枚举的转换依赖硬编码，若数据库枚举值变更需手动修改代码，可维护性待优化；
JSON 字段操作：tags字段以字符串存储 JSON 数组，前端交互与后端解析需额外处理，易出现格式不一致问题；
图片存储风险：image_data存储 base64 图片会导致表数据量膨胀，需评估是否改为文件存储 + URL 关联的方案。

后续安排：

优化数据库设计：调研 “题目 - 错题关联” 的拆分方案，明确业务边界，提升数据规范性；
枚举与 JSON 工具化：封装枚举转换工具类、JSON 字段解析工具类，降低业务代码耦合度；
图片存储改造：对接对象存储服务（如 MinIO、OSS），将image_data改为存储图片 URL，同时支持前端图片上传、预览的完整流程；
测试与联调：完成单元测试、接口联调，验证多用户隔离、异常场景（如参数缺失、权限不符）的处理逻辑。

心得体会：

分层设计的价值：通过 Controller、Service、Mapper 的分层，使业务逻辑与数据访问解耦，后续需求变更（如新增筛选条件）时只需修改对应层级代码，维护效率显著提升；
规范与灵活的平衡：在遵循 RESTful 接口规范的同时，需结合业务场景（如用户错题的强关联性）做灵活调整，才能既保证接口通用性，又满足实际业务需求；
技术细节的关注：枚举类型、JSON 字段、时间处理等 “细节” 若不提前规划，会在开发后期引发大量兼容性问题，前期设计阶段需充分考量技术落地的可行性。