十一月第二周学习进度条

最新推荐文章于 2023-07-04 22:31:04 发布
最新推荐文章于 2023-07-04 22:31:04 发布
阅读量61 收藏
点赞数
CC 4.0 BY-SA版权
原文链接：http://www.cnblogs.com/xiaosongbiog/p/6062985.html

学习时间：21h

代码量：200行

学习内容：学习css的基本内容，如用class来改变样式，还有一些js的内容。

转载于:https://www.cnblogs.com/xiaosongbiog/p/6062985.html

OC学习笔记之011IOS应用开发入门--控件2进度条、拖动条、警告框、日期选择器、选择器
weixin_43745804的博客
06-12 798
1.进度条-UIProgressView #import "ViewController.h" @interface ViewController () @property (weak, nonatomic) IBOutlet UIProgressView *progress1; @property (weak, nonatomic) IBOutlet UIProgressView *progress3; @property (weak, nonatomic) IBOutlet UIProgressVie
VUE简易进度条组件封装
MetalSQueen的博客
01-07 927
需求 今天做项目的时候遇到一个需求，左右方向都要有的进度条，并且背景需要是半透明的，查看各组件库没有符合需求的，只能自己动手撸一个。 具体代码 具体的页面结构是这样的，还是很简单的，就是大div套小div控制长度，第一版写的时候是左右分开显示，设定一个值来控制是左侧还是右侧的进度条，后面发现因为中间还要显示月份，不好对齐，所以改成了下面这版。 html代码 <template> <div class="big-box"> <div class="out
第十六周学习进度条
agt30483的博客
06-19 142
星期日 星期一 星期二 星期三 星期四 星期五 星期六 所花时间（包括上课） 11:51- 12:07 08:00- 10:00 14:30- 15:19 16:07- 16:14 18:29- 19:35 ...
第九周学习进度条
weixin_30407099的博客
11-12 77
星期日 星期一 星期二 星期三 星期四 星期五 星期六 所花时间（包括上课） 08：23- 08：52 08：00- 10：00 17：13- 22：32 21：11- 24：43 15：00- 16：10...
第六周学习进度条
weixin_34214500的博客
10-22 87
星期日 星期一 星期二 星期三 星期四 星期五 星期六 所花时间（包括上课） 08：43- 09：47 08：00- 10：...
0415第七周学习进度条
weixin_33816611的博客
04-15 74
周次 学习时间 新编写代码行数 博客量（篇） 学到知识点 第一周 4h 275(行) 1(篇) 对软件工程这门课程的感性认识 软件工程就业分析与思考与及软件工程的定义 观看助教使用Git开源工具 ...
0409第六周学习进度条
weixin_33943347的博客
04-09 95
周次 学习时间 新编写代码行数 博客量（篇） 学到知识点 第一周 4h 275(行) 1(篇) 对软件工程这门课程的感性认识 软件工程就业分析与思考与及软件工程的定义 观看助教使用Git开源工具 ...
第四周的学习进度条
weixin_34235457的博客
03-25 77
第四周 所花时间（包括上课） 14小时（上课4小时，编程6，读书2，写博客2） 代码量（行） 300 博客量（篇） 4 了解到的知识 •找到客户的需求很重要 •团队开发的...
第十一周学习进度条
weixin_33778778的博客
05-15 104
第十一周 所花时间（包括上课） 10个小时 代码量（行） 140 博客量（篇） 3 了解到的知识点 ·这周主要是还是小组的结对开发，想将我们的软件做得更与特色，更具有功能性。 1、在进行博客园用户体验的博客编写时，认识到了自身编写项目时的不足，在对博客园进行评价的同时进行了深刻的反响。 2、在上课期间熟悉了测试...
第十三周学习进度条
weixin_33716557的博客
05-28 70
星期一 星期二 星期三 星期四 星期五 星期六 所花时间 上午： 8:00-9:50 下午： 7:00-8:50 上午： 10:00-11:30 上午：9:00-10:00 下午： 4:40-11:00 代码量（...
第九周PSP&进度条
dianhu0989的博客
11-16 133
PSP 一.表格： D日期 C类型 C内容 S开始时间 E结束时间 I时间间隔 T净时间（mins） 预计花费时间（mins） 11月11号 讨论 讨论beta发布 09:00 09:54 12 42 30 编码 编写代码修补漏洞 17:37 19:43 18 108 120 11月12号...
python 进度条 tqdm_详细介绍Python进度条tqdm的使用
weixin_33514475的博客
12-30 2424
详细介绍Python进度条tqdm的使用来源：中文源码网浏览： 次日期：2019年11月5日【下载文档:详细介绍Python进度条tqdm的使用.txt】(友情提示:右键点上行txt文档名->目标另存为)详细介绍Python进度条tqdm的使用前言有时候在使用Python处理比较耗时操作的时候，为了便于观察处理进度，这时候就需要通过进度条将处理情况进行可视化展示，以便我...
iOS开发——UI环（圆）形进度条按进度进行绘制
吉吉有梦想
01-20 2531
文章目录一、 写在前面二、 CABasicAnimation的使用三、 基本代码四、 自我总结 一、 写在前面 根据需求，需要实现一个圆形的进度条，根据当前程序进行的进度来实现进度条的状态。文章最后会提供demo 二、 CABasicAnimation的使用 三、 基本代码 四、 自我总结 ...
【Linux】-第一个小程序（进度条）
qq_69369227的博客
07-04 1335
Linux上进度条的实现
二维码工具(1).zip
最新发布
09-13
二维码工具(1).zip
基于ZXing修改的二维码扫描器.zip
09-12
基于ZXing修改的二维码扫描器.zip
在网页上生成二维码.zip
09-12
在网页上生成二维码.zip
四级流水线8位booth算法乘法器，有无符号都支持（verilog），含testbench（system verilog）
09-12
乘法器包含三个.v文件 乘法器可进行有符号与无符号的8位乘法计算，但是需要提前输入乘数是否为有符号的标识 【 顶层multiplier_8_special.v：对乘法器进行分割段数 booth2_pp_decoder.v:使用booth算法，将乘数进行转换 mult_pp_adder.v:执行部分积加法。（这里经过了部分优化，但是仍直接使用了‘+’符号，如果是asic设计，需要更加具体，也能进一步优化） tb_mult8_special.v:(tesetbench):仿真激励文件：20*4组随机数测试数据，会返回验证时出错的数据的部分原因。（system verilog） 】 经过初步仿真验证，无问题 经过vivado某个ultrascale型号的fpga实现过后能达到500mhz以上频率，资源使用量为120lut左右 此模块为tpu设计中的一个底层模块，（作为多复用单元，可以处理浮点数据的一个部分）后续会逐步上传tpu的其他部分以及功能原理介绍 注：sys_enable:模块启动信号，sys_enable=0时会暂停并暂存数据。 valid：valid=1输入乘数有效，valid=0无效则会不计算这个数据。
无限特征选择_一种基于图的特征过滤方法_Infinite Feature Selection_ a Graph-base
09-12
无限特征选择_一种基于图的特征过滤方法_Infinite Feature Selection_ a Graph-based Feature Filtering Approach.zip
VMS的WebSocket功能，在实际使用中存在一系列体验和性能问题，包括： （1）WebSocket内容格式不统一； （2）推送进度丢失问题； （3）乱序问题； （4）断连问题。 对于以上问题，需要一套切实可行的方案进行优化与解决。 1.1 VMS WebSocket消息现状 现在VMS WebSocket相关的业务在推送消息时没有统一封装，无论是广播还是单播，web端通过SimpMessagingTemplate下的发送消息的方法推送信息给用户，消息内容为StompMessage.payload，该JSON字段仅包含具体的业务内容，由各自业务决定。 以“添加设备”为例，返回前端的WebSocket消息如图所示： 该场景是添加3个设备，成功一个、失败两个情况下前端得到的WebSocket内容。其中，Payload包含errorCode、message、result三个部分，可以看到result中包含failList字段，该字段有数据膨胀的风险，如果大规模添加设备时出现问题，该数据量会很大；其次，所有响应消息和推送消息的标识字段都是“MESSAGE”，可以做一个区分；等等。 【目标】：为了方便前端统一处理，需要对该业务数据进行封装，加入额外字段。 1.2 进度推送丢失问题现状 目前的进度推送存在如下问题： （1）时间差问题：前端先发起HTTP请求触发业务逻辑，后端处理完成后，前端才完成 WebSocket Topic订阅。导致订阅完成时，后端已推送消息，前端无法接收。 （2）冗余逻辑：要维护 HTTP 和 WebSocket 双重通信机制，增加复杂度。 简单示例如图所示： 【目标】：设计合理的方案，规避这种情况。 1.3 乱序问题背景 WebSocket作为应用层协议继承TCP的特性，尽管TCP有解决乱序的措施，但是不保证消息到达的顺序。目前业务的场景如下： 后端按顺序发送：【状态1：10%】→【状态2：30%】→【状态3：50%】。 前端可能收到：【状态1】→【状态3】→【状态2】。 导致进度条从 10% → 50% → 30%，从视觉上引起了倒退，影响用户体验。 【当前应对方式】：使用Sleep方式、通过固定延迟，缓解乱序问题，该方式在大规模场景下严重影响性能；同时无法动态适应网络波动，乱序仍可能发生。 【目标】：实现更有效的方法减缓或者避免这种情况。 1.4 断线重连背景 前端与后端Pod通过WebSocket建立长连接，订阅特定Topic接收实时消息。当前实现存在以下问题： （1）短线场景：网络波动、Pod重启/崩溃、服务端主动断开等导致连接中断。 （2）重连策略：前端重试3次后放弃，可能导致消息丢失或业务中断。 （3）订阅状态：旧Pod挂掉时，后端未主动通知业务系统停止推送消息，可能引发资源浪费或数据不一致。 目标：优化断线重连机制，确保消息可靠传输，明确前后端职责。 2. 课题内容 课题内容可分为以下六部分： （1）制定前后端websocket标准数据格式 （2）设计方案解决推送进度丢失问题 ：前端websocket topic订阅慢于http请求问题，导致订阅完成时，后端推送已完成。设计基于topic订阅时携带业务参数的方案，去除http请求触发请求逻辑，通过规避时间差的方式解决问题。 （3）设计方案解决乱序问题：通过设计序号、状态码等方式，缓解用户进度条显示倒退的问题 （4）设计方案优化断连问题：设计实现断连重连机制 （5）方案落地于设备添加进度推送功能，达到速度、体验优化的效果 （6）设计大数据VMS Local支持设备推送方案，解决大数据量推送时缓冲区满导致断连问题（可选） 3. 课题要求 阶段性需求： 1.学习websocket知识，熟悉VMS设计（1周） 2.完成需求分析和概要设计文档（2周） 3.完成代码开发和自测（2.5周） 4.验证性能优化情况，输出性能测试文档，输出可用的VMS Local软件包（0.5周） 指标要求： 1.需求分析和概要设计符合组内规范，按照文档模板编写。 2.严格按照团队项目流程规范开展工作，组织需求评审会议、概要设计评审会议、设计&代码评审会议； 3.核心代码单元测试并输出完整的自测用例； 4.合理打印日志，合理调整日志打印级别。 4. 研究思路和方法 4.1 研究思路与方法 1. 现状分析与需求对齐 【目标】：明确现有项目WebSocket实现的瓶颈和业务需求。 方法： （1）代码审查： 分析现有WebSocket配置、消息处理器、消息转换器。检查现有数据格式是否统一，是否存在冗余字段或解析错误。 （2）场景复现： 使用ipc-simulator-port-local-1.1模拟高并发WebSocket连接，复现多种业务下的WebSocket推送消息格式、复现推送进度丢失问题、复现乱序问题、复现断线重连问题。 2. 技术选型与方案验证 【目标】：选择最适合现有项目的技术方案，避免过度改造。 方法： （1）参考组内文档 （2）向同事请教 （3）查找资料，学习应用现有技术思想 4.2 WebSocket标准数据格式 4.2.1 核心思路 1.统一协议：确保客户端和服务端对消息格式有一致理解。 2.支持多业务场景：兼容消息推送、订阅响应、状态同步等需求。 3.易于扩展：未来新增功能时不破坏现有逻辑。 4.安全性：防止数据篡改、注入攻击。 5.可调试性：便于日志记录和问题排查。 4.2.2 格式设计 1.消息载荷内容格式 { “type”: “MESSAGE”, //消息类型：SUBSCRIBE/MESSAGE/ERROR “status”: “COMPLETE”, //推送任务状态：RUNNING/COMPLETE “errorCode”: 0, //错误码：非0表示失败 “seq”: 1, //递增序列号：进度类TOPIC必填 “sn”: “vms-task-123344”, // 任务唯一标识 “cookie”: “VMS_SID=xxx”, // 会话标识 “data”: Object // 业务数据 } 2.字段含义 （1）type：包含SUBSCRIBE、MESSAGE、ERROR。即订阅响应、推送消息、错误信息三类，错误信息可用于统一错误处理。 （2）status：RUNNING、COMPLETE。对进度类推送任务，未完成时标为RUNNING状态，结束时标为COMPLETE。其他类型的topic固定传COMPLETE （3）errorCode：错误码。对进度类推送任务，有失败情况时置为非0，前端在COMPLETE时通过errorCode判断是否执行失败逻辑。其他类型的topic默认传0 （4）req：消息编号，每个topic从0开始递增。SUBSCRIBE无req。 【注意】使用此字段时需要确保topic有随机字符区分每次任务，需要各业务在处理时每次加1后推送。无随机字符的topic使用时保持number字段为空，前端不执行乱序处理逻辑 （5）sn：随机值，进度类推送任务topic中的随机字符 （6）cookie：与http请求响应中的Set-Cookie内容一致，由api-gateway统一处理填充。 （7）data：业务内容，必须为一个对象。订阅响应无data 【注意】data中需控制推送对象大小。进度类推送任务不将失败结果列表（FailList）直接放入对象中推送，防止数据量不受控膨胀。 4.2.3 兼容性设计 1. 新建V2 Topic：对现有业务Topic统一增加/v2后缀，业务系统推送消息时需同时向新旧Topic双写，确保新旧前端均可接收数据；待后续版本发布后删除旧Topic以释放资源。 2. 客户端/APP兼容性保障：因终端兼容性问题，客户端及APP使用的Topic保留原路径不删除，避免影响存量用户。 4.3 推送进度丢失问题 4.3.1 核心思路 1.移除HTTP触发：前端直接通过 WebSocket 订阅 Topic 并携带业务参数，后端根据参数立即处理并推送结果。 2.参数透传：在 WebSocket的 headers 或 body 中携带业务参数，比如taskId。 3.同步：HTTP参数带进订阅参数，将原来的异步操作改成同步，以规避这个时间差。 4.3.2 方法设计 1.在MessageInboundInterceptor中解析headers或者body； 2.提取业务参数taskId； 3.根据业务参数触发业务逻辑； 4.将结果通过SimpMessagingTemplate推送到订阅的Topic。 简化的时序图如图所示： 4.4 乱序问题 4.4.1 核心思路 1.序列号seq：为推送进度相关的Topic下的同一任务的消息设置一个递增序列号，从0开始，用于区分任务。前端按需处理。无Sn的topic保持seq字段为空，前端不执行乱序处理逻辑。 2.状态码state：RUNNING、COMPLETE。对进度类推送任务，未完成时标为RUNNING状态，结束时标为COMPLETE。其他类型的topic固定传COMPLETE。 3.错误码errorCode：对进度类推送任务，有失败情况时置为非0，前端在COMPLETE时通过errorCode判断是否执行失败逻辑。其他类型的topic默认传0。 4.唯一标识码Sn：利用Snowflake生成全局唯一标识码，标识Topic下的任务，避免分布式场景下的问题。 4.4.2 方法设计 1.规则： 进度类 Topic：必填 taskId、seq、state；errorCode 默认 0。 非进度类 Topic：seq 为空，state 固定 COMPLETE。 2.正常功能流程如下： 主要逻辑：若发生乱序，则判断当前seq和上一个seq大小，若小于上一个seq，直接丢弃，不进入进度条处理逻辑。 4.5 断线重连问题 1.经过讨论与分析，该问题的主要工作集中在前端，原因如下： （1）连接状态感知：前端是连接发起方，能第一时间检测断线 （2）订阅状态管理：前端需记录已订阅的Topic列表，重连后需重新订阅。 （3）用户体验：无限重试可避免因临时故障导致业务中断 2.后端的职责 资源清理：旧Pod挂掉时，需通知业务系统停止向该连接推送消息。 3.思路与方法 Pod挂掉时的清理逻辑：通过Kubernetes的PreStop钩子，在Pod终止前发送取消订阅事件。 简化流程如图所示： 5. 重点难点 6. 开展计划 任务模式 任务名称 工期 开始时间 完成时间 前置任务 自动计划 撰写开题报告 5 个工作日 2025年9月8日 2025年9月12日 自动计划 学习WebSocket 0.5个工作日 2025年9月8日 2025年9月8日 自动计划 熟悉VMS，搭建环境 3 个工作日 2025年9月8日 2025年9月10日 自动计划 撰写开题报告 1.5 个工作日 2025年9月10日 2025年9月12日 自动计划 需求分析和概要设计 10 个工作日 2025年9月15日 2025年9月26日 自动计划 需求分析文档 4个工作日 2025年9月15日 2025年9月18日 自动计划 概要设计文档 6个工作日 2025年9月19日 2025年9月26日 自动计划 代码开发与自测 13 个工作日 2025年9月29日 2025年10月23日 手动计划 代码开发 11个工作日 2025年9月29日 2025年10月19日 手动计划 代码自测 2 个工作日 2025年10月22日 2025年10月23日 手动计划 验证效果，输出VMS Locl软件包 3个工作日 2025年10月24日 2025年10月26日 手动计划 验证效果 2 个工作日 2025年10月24日 2025年10月25日 手动计划 输出VMS Local软件包 1 个工作日 2025年10月26日 2025年10月26日 （未分析重点难点）
09-12
以下是整合优化后的完整... - 旧版客户端保留原Topic 3个月过渡期 - 通过`type=LEGACY`字段标识旧格式消息 2. **性能风险**： - 监控`gateway`层消息堆积情况 - 限制单Topic并发连接数（如≤1000） --- ### **
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值