Sprout新苗——Alpha冲刺Day4
| 这个作业属于哪个课程 | 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 叶宇滟
项目进展
- 模型环境配置
- 物品识别模型训练及其接口完成
- commit记录
存在的问题/遇到的困难
环境配置困难,数据集选择困难。环境配置确实让我头疼。每次安装依赖库时,都会遇到各种问题,比如版本不兼容、依赖冲突,甚至是磁盘空间不足。
从现在到明天站立式会议的安排
- 二维码扫描并调用接口
心得体会
环境配置的挑战让我意识到,在机器学习项目中,环境的稳定性是非常关键的,否则每一步都可能遇到不确定的问题。遇到这些阻碍时,我也反思了项目管理的必要性,尤其是对于安装与配置问题,应当提前规划好可行的解决方案,比如优化磁盘空间和提前排查依赖库的版本兼容性。
1.4 222200412 陈宇
项目进展
完成任务的评论区部分的功能实现以及一些依赖配置。
存在的问题/遇到的困难
DiscussionAdapter负责将获取到的评论数据显示在RecyclerView中。由于评论是动态变化的(如点赞或发送新的评论),需要在数据变化后及时刷新RecyclerView,实现较为复杂。- 点赞功能是
DiscussionAdapter中的一个重要操作。每次点击点赞按钮时,需根据当前评论的状态进行更新并调用相应的接口。处理异步请求和同步状态的内容是一个难点。
从现在到明天站立式会议的安排
完成每日礼物获得的评论区模块内容。
心得体会
请求和状态的同步比较复杂的时候,通过分离业务逻辑可以帮助设计的思路更清晰和具体,不会晕头转向。
1.5 072203330 梁心恬
项目进展
- 记录广告点击接口测试:接口能够按预期接受
adId参数,并成功记录用户的广告点击事件。接口调用后,数据库中t_ad_user表正确更新,生成新的记录,并且字段信息完整,符合预期。接口返回的 JSON 数据结构和状态码符合预期,无错误信息。响应速度适中。
- 查看消息详情接口测试:接口在接收到
messageId参数后,成功返回了指定消息的详细信息,并且状态码为200,表示请求处理成功。返回数据中的read字段为null,可以考虑设置默认值,以便明确表示消息的已读状态。返回的requestId字段当前为null,可以考虑在未来添加请求追踪 ID,便于日志记录和调试。
- 查看通知消息列表接口测试:接口接收
userId参数后,成功返回了指定用户的消息列表,响应状态码为200,表示请求成功。如果需要按照时间或其他字段排序,可以考虑增加排序逻辑,使得返回结果更符合业务需求。在用户消息量较大时,可以通过分页或限制返回数量来优化接口响应时间。
- 创建讨论接口测试:请求发出后,服务器返回了状态码
200,但响应体中显示code为"A000089",message为"讨论对象不存在",并且"success"为false,说明该请求未能成功创建讨论。
- 查询用户讨论接口测试:请求发出后,服务器返回了状态码
200,表明请求成功。然而,在验证响应数据结构时,返回的 JSON 数据结构与预期不符。
存在的问题/遇到的困难
- 数据类型不一致:接口返回的数据类型与接口定义文档不符,尤其在
id、parentCommentId和userId字段上,返回的是string类型,而接口定义中要求为integer类型。这会导致前端在处理数据时出现类型错误,影响功能的正常显示和使用。 - 缺乏有效的类型校验:后端在数据返回前缺乏严格的类型校验,导致数据格式不符合定义要求。类型不一致会增加前端解析和展示数据的难度,影响数据的正确性和一致性。
从现在到明天站立式会议的安排
检查所有相关接口的数据类型定义,确保返回的数据类型与接口文档一致,尤其关注 id、parentCommentId 和 userId 字段的类型一致性。将接口文档与实际实现进行比对,更新文档中的数据格式说明,确保文档描述与实际返回的数据一致,并通知前后端开发团队。
心得体会
在接口测试过程中,接口文档是关键的参考。文档的准确性和完整性直接影响测试的效率和准确度。在实际测试中发现,当文档描述不准确或与实际接口实现不一致时,容易导致前后端对接出现问题。测试过程中,我们必须保持文档与实际实现的一致性,因此,定期更新和同步接口文档显得尤为重要。
1.6 222200408 连文桢
项目进展
- Commit 记录
- 任务通知订阅消费者
- 任务自动审核消费者
- 任务提交处理生产者
- 任务点范围检查通知消费者
存在的问题/遇到的困难
- 消费者处理消息的速度可能不够快,导致队列堆积,延迟增加。
- 消息队列接收的消息过多,超出系统负载,导致队列满或消息无法被及时处理。
- 生产者发送的消息有时会因网络或其他原因被重复发送,导致消费者多次处理同一条消息。
从现在到明天站立式会议的安排
写一下广告接口和养成接口,在项目起型的基础上对这两个接口进行扩充。
心得体会
消息队列的性能调优、系统资源管理和容错机制的设计很重要。解决这些问题需要在生产和消费端之间找到平衡,确保系统在高负载情况下依然能够稳定运行。
1.7 222200407杨知麟
项目进展
- git情况
- 完成创建广告页面
存在的问题/遇到的困难
API 请求与数据获取上有一定困难
从现在到明天站立式会议的安排
阅读一些相关的官方文档
心得体会
在每个小的模块实现过程中,都需要保持清晰、简洁并注意细节,从而最终实现一个高效、可靠且易于维护的应用。
1.8 222200329徐文彬
项目进展
- commit情况
- 图片审核类型枚举
- 认证类型枚举
- 消息发送事件基础扩充属性实体
- 用户任务统计任务处理器
- 设计模式自动装配配置类
- 全局过滤器顺序执行常量类
存在的问题/遇到的困难
- 消息发送事件扩充属性实体的冗余:消息发送事件的基础扩充属性实体目前包含了一些冗余字段,导致部分字段的存在显得多余或者重复,影响了代码的简洁性和效率。需要进一步优化和清理,确保字段的必要性和合理性。
- 用户任务统计处理器性能瓶颈:在处理大量用户任务统计数据时,现有的任务处理器性能较低,处理效率未达到预期。在任务量大的情况下,可能会出现延迟,甚至导致部分任务未能及时完成。可能需要考虑优化算法或进行性能调优。
- 全局过滤器顺序执行的常量配置不够灵活:全局过滤器的顺序执行常量类目前较为僵化,难以适应动态调整过滤器顺序的需求。现有配置方式缺乏灵活性,可能需要改进常量类的设计或采用其他更具灵活性的方案。
- 消息发送事件扩充属性实体的冗余:消息发送事件的基础扩充属性实体目前包含了一些冗余字段,导致部分字段的存在显得多余或者重复,影响了代码的简洁性和效率。需要进一步优化和清理,确保字段的必要性和合理性。
从现在到明天站立式会议的安排
- 问题讨论与解决方案建议:讨论在图片审核类型、认证类型、扩充属性实体以及任务处理器等方面的问题,并提出相应的优化或解决方案,集思广益,确保问题能尽快得到解决。
- 任务优先级排序与计划调整:根据当前项目的进展,重新评估任务的优先级,确保明天的工作安排合理、高效。
- 沟通与协作优化:针对目前存在的协作问题或瓶颈,提出改进措施。加强与团队成员的沟通,确保每个人对任务和目标的理解一致。
心得体会
- 对问题的发现与解决:通过与团队的持续沟通,我对项目中潜在的问题和瓶颈有了更清晰的认识。虽然遇到了一些挑战,但能够及时识别并提出问题是推进项目进展的关键。
- 代码质量和团队协作的重要性:在编码过程中,我深刻体会到设计模式、枚举类型、性能优化等方面的质量控制对后续开发的影响。同时,团队成员之间的紧密协作与有效沟通,是解决问题的有效途径。
1.9 222200331翁鹏
项目进度
- 初始化商品模块
存在的问题/遇到的困难
nacos和mysq、redis部署在2c2g的服务器上经常会把cpu跑满,因此将nacos与数据库分开部署
从现在到明天站立式会议的安排
- 完成商品模块的商品添加,查询等功能
心得体会
对中间件部署可以限制其jvm参数来节约服务器资源
2. 会议照片
3. 项目燃尽图
4. 项目运行情况展示
4.1 管理端
4.2 APP端
相关推荐
产教融合实训基地与实践中心建设逻辑图-可编辑版
产教融合实训基地与实践中心建设逻辑图-可编辑版
idea2025-free.zip
idea2025-free.zip
sop基于灵敏度分析的有源配电网智能软开关优化配置升级1(Matlab代码实现)
内容概要:本文提出了一种基于灵敏度分析的有源配电网智能软开关(SOP)优化配置方法,旨在应对高比例分布式电源接入带来的电压波动与网络损耗加剧等问题。研究以IEEE33节点系统为算例,通过改进的灵敏度分析模型量化各节点对电压和功率流动的影响程度,进而构建SOP选址与定容的优化模型,实现降低网损、改善电压分布及提升系统运行灵活性的目标。全文详细阐述了灵敏度指标的数学推导、目标函数与约束条件的建模过程,并基于Matlab实现了完整的仿真求解流程,具备良好的工程实用性与学术参考价值。; 适合人群:电力系统及其自动化、电气工程等相关专业的硕士博士研究生、科研机构研究人员,以及从事智能配电网规划、运行与优化的工程技术人员。; 使用场景及目标:①研究分布式电源大规模接入背景下配电网的主动调控与优化策略;②指导智能软开关在实际配电网中的科学选址与容量配置;③为相关科研课题提供可复现的仿真案例,支撑学术论文撰写与算法验证。; 阅读建议:建议读者结合提供的Matlab代码与IEEE33节点标准模型进行动手实践,重点理解灵敏度指标的物理意义及其在优化模型中的应用逻辑,关注求解过程中的约束设置与算法收敛性,并可进一步拓展至SOP与储能联合配置、多时间尺度优化等复杂场景进行二次开发与研究。
Ubuntu安装Latex
关于Ubuntu安装Latex的详细记录和排错指南
高校技术转移办公室人员在成果转化过程中,如何实现科技成果与产业需求的高效对接?.docx
高校技术转移办公室人员在成果转化过程中,如何实现科技成果与产业需求的高效对接?


