Sprout新苗——Alpha冲刺Day4

[Sprout新苗]

这个作业属于哪个课程	https://bbs.csdn.net/forums/2401_CS_SE_FZU
这个作业要求在哪里	https://bbs.csdn.net/topics/619397949
团队名称	新苗Sprout
这个作业的目标	Alpha冲刺Day4
其他参考文献	无

目录

• 1. 会议总结
• 1.1 222200314 吴荣榜
• 项目进展
• 存在的问题/遇到的困难
• 从现在到明天站立式会议的安排
• 心得体会
• 1.2 222200127 徐煜晖
• 项目进展
• 存在的问题/遇到的困难
• 从现在到明天站立式会议的安排
• 心得体会
• 1.3 222200307 叶宇滟
• 项目进展
• 存在的问题/遇到的困难
• 从现在到明天站立式会议的安排
• 心得体会
• 1.4 222200412 陈宇
• 项目进展
• 存在的问题/遇到的困难
• 从现在到明天站立式会议的安排
• 心得体会
• 1.5 072203330 梁心恬
• 项目进展
• 存在的问题/遇到的困难
• 从现在到明天站立式会议的安排
• 心得体会
• 1.6 222200408 连文桢
• 项目进展
• 存在的问题/遇到的困难
• 从现在到明天站立式会议的安排
• 心得体会
• 1.7 222200407杨知麟
• 项目进展
• 存在的问题/遇到的困难
• 从现在到明天站立式会议的安排
• 心得体会
• 1.8 222200329徐文彬
• 项目进展
• 存在的问题/遇到的困难
• 从现在到明天站立式会议的安排
• 心得体会
• 1.9 222200331翁鹏
• 项目进度
• 存在的问题/遇到的困难
• 从现在到明天站立式会议的安排
• 心得体会
• 2. 会议照片
• 3. 项目燃尽图
• 4. 项目运行情况展示
• 4.1 管理端
• 4.2 APP端

1. 会议总结

1.1 222200314 吴荣榜

项目进展

完成广告组件的封装，以及图表的配置。

存在的问题/遇到的困难

在使用echarts的时候，调试非常痛苦，而且官网给的样例并不能完全覆盖所有情况，需要自己去查资料和试错。

从现在到明天站立式会议的安排

继续完成其他组件，并处理响应式问题。

心得体会

面对复杂组件的时候可以开个单路由专心调试，制作好了再router-view回去。

1.2 222200127 徐煜晖

项目进展

实现了排行榜界面，准备前后端对接的相关依赖和管理类。

存在的问题/遇到的困难

排行榜中，前三名的布局与后面的不同，需要定制化的展示。这里采取单独修改布局的方法实现不同的效果。

从现在到明天站立式会议的安排

实现账号激活界面，开始对接登录等功能。

心得体会

布局较复杂时，可以使用分块的思想将其划分为不同的区块，然后分别进行实现。

1.3 222200307 叶宇滟

项目进展

1. 模型环境配置

1. 物品识别模型训练及其接口完成

1. commit记录

存在的问题/遇到的困难

环境配置困难，数据集选择困难。环境配置确实让我头疼。每次安装依赖库时，都会遇到各种问题，比如版本不兼容、依赖冲突，甚至是磁盘空间不足。

从现在到明天站立式会议的安排

1. 二维码扫描并调用接口

心得体会

环境配置的挑战让我意识到，在机器学习项目中，环境的稳定性是非常关键的，否则每一步都可能遇到不确定的问题。遇到这些阻碍时，我也反思了项目管理的必要性，尤其是对于安装与配置问题，应当提前规划好可行的解决方案，比如优化磁盘空间和提前排查依赖库的版本兼容性。

1.4 222200412 陈宇

项目进展

完成任务的评论区部分的功能实现以及一些依赖配置。

存在的问题/遇到的困难

1. DiscussionAdapter 负责将获取到的评论数据显示在 RecyclerView 中。由于评论是动态变化的（如点赞或发送新的评论），需要在数据变化后及时刷新 RecyclerView，实现较为复杂。
2. 点赞功能是 DiscussionAdapter 中的一个重要操作。每次点击点赞按钮时，需根据当前评论的状态进行更新并调用相应的接口。处理异步请求和同步状态的内容是一个难点。

从现在到明天站立式会议的安排

完成每日礼物获得的评论区模块内容。

心得体会

请求和状态的同步比较复杂的时候，通过分离业务逻辑可以帮助设计的思路更清晰和具体，不会晕头转向。

1.5 072203330 梁心恬

项目进展

1. 记录广告点击接口测试：接口能够按预期接受 adId 参数，并成功记录用户的广告点击事件。接口调用后，数据库中 t_ad_user 表正确更新，生成新的记录，并且字段信息完整，符合预期。接口返回的 JSON 数据结构和状态码符合预期，无错误信息。响应速度适中。

1. 查看消息详情接口测试：接口在接收到 messageId 参数后，成功返回了指定消息的详细信息，并且状态码为 200，表示请求处理成功。返回数据中的 read 字段为 null，可以考虑设置默认值，以便明确表示消息的已读状态。返回的 requestId 字段当前为 null，可以考虑在未来添加请求追踪 ID，便于日志记录和调试。

1. 查看通知消息列表接口测试：接口接收 userId 参数后，成功返回了指定用户的消息列表，响应状态码为 200，表示请求成功。如果需要按照时间或其他字段排序，可以考虑增加排序逻辑，使得返回结果更符合业务需求。在用户消息量较大时，可以通过分页或限制返回数量来优化接口响应时间。

1. 创建讨论接口测试：请求发出后，服务器返回了状态码 200，但响应体中显示 code 为 "A000089"，message 为 "讨论对象不存在"，并且 "success" 为 false，说明该请求未能成功创建讨论。

1. 查询用户讨论接口测试：请求发出后，服务器返回了状态码 200，表明请求成功。然而，在验证响应数据结构时，返回的 JSON 数据结构与预期不符。

存在的问题/遇到的困难

1. 数据类型不一致：接口返回的数据类型与接口定义文档不符，尤其在 id、parentCommentId 和 userId 字段上，返回的是 string 类型，而接口定义中要求为 integer 类型。这会导致前端在处理数据时出现类型错误，影响功能的正常显示和使用。
2. 缺乏有效的类型校验：后端在数据返回前缺乏严格的类型校验，导致数据格式不符合定义要求。类型不一致会增加前端解析和展示数据的难度，影响数据的正确性和一致性。

从现在到明天站立式会议的安排

检查所有相关接口的数据类型定义，确保返回的数据类型与接口文档一致，尤其关注 id、parentCommentId 和 userId 字段的类型一致性。将接口文档与实际实现进行比对，更新文档中的数据格式说明，确保文档描述与实际返回的数据一致，并通知前后端开发团队。

心得体会

在接口测试过程中，接口文档是关键的参考。文档的准确性和完整性直接影响测试的效率和准确度。在实际测试中发现，当文档描述不准确或与实际接口实现不一致时，容易导致前后端对接出现问题。测试过程中，我们必须保持文档与实际实现的一致性，因此，定期更新和同步接口文档显得尤为重要。

1.6 222200408 连文桢

项目进展

1. Commit 记录

1. 任务通知订阅消费者

1. 任务自动审核消费者

1. 任务提交处理生产者

1. 任务点范围检查通知消费者

存在的问题/遇到的困难

1. 消费者处理消息的速度可能不够快，导致队列堆积，延迟增加。
2. 消息队列接收的消息过多，超出系统负载，导致队列满或消息无法被及时处理。
3. 生产者发送的消息有时会因网络或其他原因被重复发送，导致消费者多次处理同一条消息。

从现在到明天站立式会议的安排

写一下广告接口和养成接口，在项目起型的基础上对这两个接口进行扩充。

心得体会

消息队列的性能调优、系统资源管理和容错机制的设计很重要。解决这些问题需要在生产和消费端之间找到平衡，确保系统在高负载情况下依然能够稳定运行。

1.7 222200407杨知麟

项目进展

1. git情况

1. 完成创建广告页面

存在的问题/遇到的困难

API 请求与数据获取上有一定困难

从现在到明天站立式会议的安排

阅读一些相关的官方文档

心得体会

在每个小的模块实现过程中，都需要保持清晰、简洁并注意细节，从而最终实现一个高效、可靠且易于维护的应用。

1.8 222200329徐文彬

项目进展

1. commit情况

1. 图片审核类型枚举

1. 认证类型枚举

1. 消息发送事件基础扩充属性实体

1. 用户任务统计任务处理器

1. 设计模式自动装配配置类

1. 全局过滤器顺序执行常量类

存在的问题/遇到的困难

1. 消息发送事件扩充属性实体的冗余：消息发送事件的基础扩充属性实体目前包含了一些冗余字段，导致部分字段的存在显得多余或者重复，影响了代码的简洁性和效率。需要进一步优化和清理，确保字段的必要性和合理性。
2. 用户任务统计处理器性能瓶颈：在处理大量用户任务统计数据时，现有的任务处理器性能较低，处理效率未达到预期。在任务量大的情况下，可能会出现延迟，甚至导致部分任务未能及时完成。可能需要考虑优化算法或进行性能调优。
3. 全局过滤器顺序执行的常量配置不够灵活：全局过滤器的顺序执行常量类目前较为僵化，难以适应动态调整过滤器顺序的需求。现有配置方式缺乏灵活性，可能需要改进常量类的设计或采用其他更具灵活性的方案。
4. 消息发送事件扩充属性实体的冗余：消息发送事件的基础扩充属性实体目前包含了一些冗余字段，导致部分字段的存在显得多余或者重复，影响了代码的简洁性和效率。需要进一步优化和清理，确保字段的必要性和合理性。

从现在到明天站立式会议的安排

1. 问题讨论与解决方案建议：讨论在图片审核类型、认证类型、扩充属性实体以及任务处理器等方面的问题，并提出相应的优化或解决方案，集思广益，确保问题能尽快得到解决。
2. 任务优先级排序与计划调整：根据当前项目的进展，重新评估任务的优先级，确保明天的工作安排合理、高效。
3. 沟通与协作优化：针对目前存在的协作问题或瓶颈，提出改进措施。加强与团队成员的沟通，确保每个人对任务和目标的理解一致。

心得体会

1. 对问题的发现与解决：通过与团队的持续沟通，我对项目中潜在的问题和瓶颈有了更清晰的认识。虽然遇到了一些挑战，但能够及时识别并提出问题是推进项目进展的关键。
2. 代码质量和团队协作的重要性：在编码过程中，我深刻体会到设计模式、枚举类型、性能优化等方面的质量控制对后续开发的影响。同时，团队成员之间的紧密协作与有效沟通，是解决问题的有效途径。

1.9 222200331翁鹏

项目进度

1. 初始化商品模块

存在的问题/遇到的困难

nacos和mysq、redis部署在2c2g的服务器上经常会把cpu跑满，因此将nacos与数据库分开部署

从现在到明天站立式会议的安排

1. 完成商品模块的商品添加，查询等功能

心得体会

对中间件部署可以限制其jvm参数来节约服务器资源

2. 会议照片

3. 项目燃尽图

4. 项目运行情况展示

4.1 管理端

4.2 APP端