数据可视化大屏设计器开发-重大变更控制
数据可视化大屏设计器开发-重大变更控制
开头
本文是数据可视化开始的开发细节第八章。关于大屏中重大变更控制的逻辑。
重大变更,也就是Breaking Change
。
当版本更新中出现了和之前版本不兼容的情况,需要我们自己手动做兼容。
比如上一个版本的配置的一个数据类型是数组,而现在的数据类型变成了对象,就需要手动将数据进行修正。
开始
版本控制
首先是关于版本的控制。
1.20.1
序号 | 格式 | 说明 |
---|---|---|
1 | 非负整数 | 主版本号 |
20 | 非负整数 | 次版本号 |
1 | 非负整数 | 修订号 |
按照上面的规则,我们就可以使用semver来对版本进行比较。
1 |
|
统一变更控制
根据版本的判断,接下来就要针对需要兼容的版本以及需要兼容的数据格式做一下特殊处理。
统一在指定文件夹下按照版本进行分类,并在每一个兼容文件夹下记录版本更迭的描述文字。
整体的流程就是:
- 接口请求大屏数据
- 预处理大屏数据
- 版本判断
- 个别配置处理
- 返回最终大屏数据
1 |
|
这样既方便了别人继续开发,也方便自己后续查看及整理。
其他想说的
针对配置的变动,可以在大屏当中增加一个tooltip
的提示功能,用于提示用户配置发生的变更。
tooltip
中添加我已知晓按钮,方便在用户点击知晓后隐藏该提示。
基于上面的说明,提示功能的文案信息直接放置在前端的代码当中,同样按照版本的类目放置在一起,增加README
。
具体的配置格式如下
1 |
|
当然也存在多个版本存在变更一个配置,且用户多个版本未使用的数据,对多个配置做分页即可。
结束
以上逻辑均为本人自己的想法,如有问题或错误可指正🙏🏻 。
结束🔚。
顺便在下面附上相关的链接。
参考资料
本博客所有文章除特别声明外,均采用 CC BY-SA 4.0 协议 ,转载请注明出处!