Sprout新苗——Alpha冲刺Day5

Sprout新苗 Sprout新苗 墨衍会员 · AI 创作全网分发 墨衍智能分发 通过墨衍一键同步至各平台 可同步平台 CSDN微信公众号微博知乎掘金百家号博客园抖音小红书 你的文章也可以这样分发 墨衍会员 ¥399起/年,写一次发全网 我也要 + 加入社区
这个作业属于哪个课程https://bbs.csdn.net/forums/2401_CS_SE_FZU
这个作业要求在哪里https://bbs.csdn.net/topics/619397949
团队名称新苗Sprout
这个作业的目标Alpha冲刺Day5
其他参考文献无

目录

  • 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 吴荣榜

项目进展

完成文件上传组件的封装,还有相关回调函数的编写。

img

存在的问题/遇到的困难

异步和回调函数的操作有点迷,有莫名其妙的bug。

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

开始处理一下响应式问题,并开始对接接口。

心得体会

对于一些工具类的组件需要进行一些封装,不仅可以减少代码的冗余,还可以降低工作量。

1.2 222200127 徐煜晖

项目进展

完成了账号激活界面的实现、登录界面的对接。

img

img

存在的问题/遇到的困难

涉及到接口对接的时候,可能会由于文档定义不清等原因出现对接不畅,需要前后端沟通解决;涉及到文件操作的时候要适当处理权限问题。

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

对接改密、修改用户信息、主页等功能的接口。

心得体会

对于网络请求,需要进行一些封装,减少代码的冗余,降低工作量。

1.3 222200307 叶宇滟

项目进展

  1. 环境配置

img

  1. 扫描二维码并解码接口完成
  2. 调试人脸识别摄像头
  3. commit记录

img

存在的问题/遇到的困难

  1. 远程使用pycharm环境,驱动本机摄像头失败

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

  1. 调试扫描二维码摄像头
  2. rocketmq编写

心得体会

虽然远程开发环境在资源利用和效率上具备优势,但硬件接口的支持往往是一个挑战。本次遇到的摄像头驱动问题,让我加深了对远程开发的理解,并尝试了不同的解决方案,这不仅提高了我的技术水平,也使我更适应多种环境下的开发需求。在未来的工作中,我会更加重视开发工具的配置和多场景测试,为项目的顺利实施提供更可靠的保障。

1.4 222200412 陈宇

项目进展

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

img

img

存在的问题/遇到的困难

  1. GiftAdapter 需要根据动态的列表数据(例如,用户是否领取了礼物)来更新每个项的显示状态。这个操作的难点在于让数据在变化时及时刷新UI,避免不必要的渲染。
  2. GiftAdapter 中的 getItemCount() 被硬编码为 3,当数据量变大时,getItemCount() 和数据的管理会变得更复杂。

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

完成部分任务的对接。

心得体会

优秀的界面设计不仅需要关注外观和交互细节,还要扎实的前端基础来支撑数据的动态变化与 UI 更新。要做到高效、流畅的用户体验,必须不断优化数据处理和渲染策略。未来我仍需在这些方面不断积累和沉淀。

1.5 072203330 梁心恬

项目进展

  1. 根据ID查询任务讨论接口测试:针对 GET 请求接口 ,虽然成功返回了 200 状态码,但返回的数据结构与接口定义不一致。具体而言,id、parentCommentId 和 userId 字段应为 integer 或 null 类型,但返回的数据格式未完全符合接口规范。这可能是由于后台返回数据格式与接口文档定义不一致所致。

img

img

  1. 删除讨论接口测试:测试结果显示,接口在接收到discussionId参数后,能够正常响应,且返回的状态码为 200,表示请求成功。响应速度适中。

img

  1. 根据讨论ID点赞接口测试:测试结果显示,接口在接收到discussionId参数后,能够正常响应,且返回的状态码为 200,表示请求成功。响应速度适中。

img

  1. 根据讨论ID取消点赞接口测试:测试结果显示,接口在接收到discussionId参数后,能够正常响应,且返回的状态码为 200,表示请求成功。响应速度适中。

img

存在的问题/遇到的困难

接口文档和实际返回数据之间的差异,反映出文档与实现未同步更新的问题,可能造成前后端开发人员在理解接口时产生歧义,从而引发对数据的错误解析和处理。

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

和组员沟通修改接口,继续全面测试接口和客户端。对调整后的接口和前端代码进行集成测试,验证接口文档、返回数据类型和前端展示效果的正确性,确保系统功能正常。

心得体会

数据类型一致性是接口测试中非常重要的一环。接口测试中多次遇到实际返回数据类型与接口文档定义不一致的情况,导致前端页面出现渲染错误或空数据展示。通过这次测试,我们体会到,在接口设计和实现过程中,必须严格遵循数据类型的定义,避免前后端在数据解析上出现偏差。

1.6 222200408 连文桢

项目进展

  1. Commit 记录

img

  1. 远程调用服务接口

img

  1. 任务请求对象

img

  1. 专业DO和院系DO

img

  1. 任务查询相应和任务订阅查询的DTO回应

img

img

存在的问题/遇到的困难

接口设计一开始有些困难,后面在和小组成员的沟通下完美解决了。

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

和产品经理沟通,确认需求和接口设计,明天要写得接口,继续完成新的接口。

心得体会

编程不是一个人的事情,是一个团队的任务,要擅长和及时和团队成员沟通。

1.7 222200407杨知麟

项目进展

  1. git情况

img

  1. 完成往期广告页面

img

存在的问题/遇到的困难

页面设计上遇到了一些困难

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

回顾目前的项目进展,列出各项任务的完成情况

心得体会

样式优化部分,尽管看似简单,却在实际展示效果上起到了关键作用。对于广告展示卡片样式的设计、列表的滚动效果、不同内容展示的布局优化,这些小细节的调整往往是提升用户体验的关键。

1.8 222200329徐文彬

项目进展

  1. commit情况

img

  1. RocketMQ抽象公共发送消息组件

img

  1. 策略执行抽象

img

img

  1. MQ常量类

img

  1. 消息类型推送实体类

img

存在的问题/遇到的困难

  1. RocketMQ 配置问题: 在实现 RocketMQ 的消息发送功能时,由于与已有系统的整合问题,遇到了一些配置上的难题。特别是在消息的可靠性和顺序消费上,虽然使用了异步发送和事务消息,但偶尔会出现消息未及时消费的问题。这个问题在初期的测试阶段尤为突出,需要进一步优化 RocketMQ 的配置和重试机制。
  2. 抽象组件设计难度: 由于需求变动较快,在设计抽象消息发送组件时,需要考虑到不同业务场景的差异性,因此在组件抽象和模块化设计上出现了瓶颈。尽管采用了策略模式和工厂模式来增加组件的扩展性,但在实践中发现,某些场景下需要的抽象层次过多,导致系统的复杂度增加。

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

  1. 继续调试 RocketMQ 消息发送组件: 需要对当前的消息发送机制进行深入调试,确保消息发送的可靠性和顺序性。同时,进行性能测试,优化消息的发送延迟,解决当前测试环境下消息丢失或延迟消费的问题。
  2. 优化策略执行抽象层: 完善策略执行的抽象设计,减少抽象层次过多带来的复杂性。对现有的策略执行流程进行优化,确保在不同业务场景下,能够灵活调整策略执行的顺序与条件。

心得体会

通过本次开发,我对 RocketMQ 消息队列的使用有了更深入的理解,尤其是在高并发和高可靠性要求的情况下,如何配置和调优消息队列,以保证消息的可靠投递和顺序消费。

此外,模块化和抽象设计对于提升代码质量和维护效率有着不可忽视的作用。虽然在抽象组件时遇到了一些困难,但通过不断调整和优化,我们逐步克服了这些挑战。在未来的开发过程中,我将继续关注代码的可维护性和可扩展性,确保在需求变化时,能够快速响应,且系统能平稳。

1.9 222200331翁鹏

项目进度

  1. 完成项目网关模块

img

img

存在的问题/遇到的困难

  1. 路由路径匹配不准确或重叠,导致请求被错误转发或权限检查失效。解决方案:使用精确的路径模式(如 /api/admin/v1/**),避免过度宽泛的 /**,确保权限检查只作用于特定路由。
  2. 跨域请求未正确处理,导致浏览器阻止请求。解决方案:确保 OPTIONS 请求返回完整的跨域响应头,避免遗漏必要的配置。

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

完成商品模块

心得体会

精确的路由配置是确保权限控制和请求转发正确的关键,避免路径冲突和权限绕过。

2. 会议照片

img

3. 项目燃尽图

img

4. 项目运行情况展示

4.1 管理端

img

img

img

4.2 APP端

img

img

...全文

相关推荐

PDF发票内容提取排版并结构化导出xlsx/cvs嵌入式ptyhon

【本地发票提取工具】 核心优势:不依赖传统粗糙 OCR,基于文字排版结构进行精准提取。仅“税网”下载及税网邮件发送的原版 PDF 发票(开票软件发送的不太支持)能实现开票明细级的秒级本地提取,告别只能提抬头、总额的尴尬。 可免费试用 3 天! 【用前须知】 去微软官网下载VC_redist.x64.exe运行修复运行库(必要的前置操作),之后再解压本工具rar,运行本exe即可。 VC_redist.x64.exe官网永久下载地址 https://learn.microsoft.com/zh-cn/cpp/windows/latest-supported-vc-redist 【安全须知】 个人开发暂未做代码签名,杀软可能会有误报拦截。遇到拦截请在杀软中添加信任/白名单即可。 VirusTotal扫描结果 2/61,主流杀软均通过,个别引擎因无签名误报。官网 virustotal.com 点击页面中间显眼的 “Choose file”(选择文件)按钮上传扫描。

信人远邮168

110KV单电源电网三段式电流保护+距离继电保护整定计算说明报告(23页+6000字)

内容概要:本文是一份针对110kV单电源电网继电保护系统的综合性技术报告,系统阐述了三段式电流保护与距离保护的整定计算原理及工程应用方法。报告深入分析了电力系统短路故障的电气特征,依据国家及行业相关继电保护规程,详细推导并计算了各段保护的动作电流、动作时限及灵敏度系数,实现了主保护与后备保护之间的选择性配合。文中不仅涵盖了保护配置原则、整定计算公式的理论推导,还结合具体算例进行验证,对比分析了两种保护方式的优缺点、适用场景及协同工作机制,具有较强的理论深度与实践指导价值。; 适合人群:电气工程及其自动化专业的高年级本科生、研究生,以及从事电力系统规划设计、继电保护整定计算、变电站运维等工作的工程技术人员。; 使用场景及目标:①掌握高压输电线路三段式电流保护与距离保护的核心原理及整定流程;②用于实际电网中保护定值的计算、校验与优化调整;③作为高校电力系统继电保护课程设计、毕业设计或科研项目的参考技术资料。; 阅读建议:建议结合《电力系统分析》《继电保护原理》等教材同步研读,重点理解整定计算的逻辑步骤与参数选取依据,并推荐使用MATLAB或电力系统仿真软件对文中的算例进行建模验证,以加深对保护动作特性的理解。

抬头望远方

基于Matlab的35KV三段式电流保护仿真设计

内容概要:本文系统阐述了基于Matlab/Simulink平台开展35KV三段式电流保护的仿真设计方法,深入剖析电力系统中短路故障特性及继电保护动作逻辑,重点实现瞬时速断、限时速断与过电流保护三段式保护的整定计算与协同配合。通过构建完整的35KV输电线路仿真模型,模拟多种故障工况下的电气量变化,验证保护装置的动作选择性、速动性、灵敏性和可靠性,全面展示从理论分析、参数整定到仿真建模与结果验证的完整设计流程,旨在深化对继电保护原理的理解与工程应用能力。; 适合人群:适用于具备电力系统分析、继电保护基本理论知识,且熟悉Matlab/Simulink仿真工具的电气工程专业本科生、研究生,以及从事电力系统规划设计、继电保护整定计算与运维工作的工程技术人员。; 使用场景及目标:①作为高等院校电力系统继电保护课程设计、毕业设计或实验教学的仿真实践参考;②服务于实际工程中35KV线路保护方案的前期验证与参数优化;③帮助学习者系统掌握三段式电流保护的整定原则、时限配合机制及仿真调试技巧。; 阅读建议:建议结合经典继电保护教材进行对照学习,先透彻理解保护原理与整定计算方法,再动手搭建仿真模型。应重点关注故障类型设置、保护定值计算、仿真波形分析等关键环节,并尝试改变系统参数或故障位置,观察保护动作行为的变化,以深入理解保护逻辑与系统特性的相互关系。

yyds_2201

智能仓库管理系统V3.6 仓库管理系统 仓管系统 进销存

软件定位:为现场人员做的仓库管理工具 智能仓库管理系统 V3.6 是一套面向中小型工厂、仓库、车间和贸易公司的 Windows 单机版进销存管理软件。它不追求复杂的企业级配置,而是把仓库现场最常做的事——商品建档、入库、出库、查库存、查流水、导报表——做成一套打开就能用、现场人员容易上手的工具。 软件采用本地数据存储,不需要购买服务器、不需要联网、不需要安装数据库,也不需要专职 IT 人员维护。所有数据保存在安装目录的 Data 文件夹中,复制 Data 文件夹即可完成备份或迁移。对于没有信息部门、但又不愿继续用 Excel 手工记账的仓库来说,这种“一台电脑、一套软件、一个数据文件夹”的方式,反而更稳定、更容易长期使用。 适合哪些用户 商品种类多、型号多、品牌多,靠 Excel 容易重复、漏记、对不上账的仓库。 每天有多次入库、出库,需要知道每一笔是谁操作、什么时候操作、对应哪张单的仓库。 需要给主管或客户导出流水报表,但又不想购买复杂 ERP 的小型工厂和贸易公司。 希望把商品图片、单据图片、操作记录一起留档,出现数量或责任争议时能查得清的用户。 V3.6 的优势: 1.单机运行,无需服务器、数据库和网络; 2.一张入库/出库单最多录入 10 项不同商品或型号; 3.数量直接输入,支持 100、1000 等大批量; 4.商品编号支持一级代码、二级代码、6 位数字自定义; 5.库存实时重算、安全库存预警; 6.物资流水按商品—月份—单条三级展开; 7.流水图片可预览、可另存; 8.报表先预览再导出,导出字段可追溯; 9.操作记录加密隐藏、软件内不可删除; 10.软删除保留历史、主管/仓管权限清晰; 11.数据、LOGO、图片、操作记录一键迁移;

Gm_spring

chrome-headless-shell-win64-156.0.8078.80(Stable).zip

chrome-headless-shell-win64-156.0.8078.80(Stable).zip

LCG元
评论
收藏 已收藏
分享
返回顶部