# 版本
# TODO
leo-export在iOS系统下体现为Blob格式的Unknow,不能按指定的文件名、格式和编码正常下载leo-upload在iOS系统下无法正常工作,部分Android系统即使开启multiple依然只能单选文件
# 0.5.0
- 确定版本命名逻辑
主版本.子版本.修订版- 主版本:有大量内容进行重大修改,可能导致不能兼容上一版本。比如
0.5.0表示主版本停留在0,逻辑、接口等等没有大的变动。 - 子版本:一般情况下表示含有的组件总量。比如
0.5.0,表示此版本含有5个组件。 - 修订版:组件没有增删改的情况下,对现有组件更新的版本。比如
0.5.0表示自子版本5发布以来没有更新内容。
- 主版本:有大量内容进行重大修改,可能导致不能兼容上一版本。比如
leo-upload哈希寻键hash_key更名为hash_path,支持多层路径定位键名,如:data[0].md5
# 0.1.2
leo-upload优化大量逻辑,支持实时进度、失败重传
# 0.1.1
leo-upload上传服务器用Egg.js实现并测试通过
# 0.1.0
leo-upload前端逻辑完成
# 0.0.9
leo-upload出生leo-import开始使用过滤器
# 0.0.8
- 从
leo-lodop剥离了LODOP,实现动态加载,并可以自定义LODOP服务器
# 0.0.7
- 指定
leo-export输出的编码格式
# 0.0.6
docs,LeoVue文档上线,并解决编译错误导致的404问题
# 0.0.5
leo-import上线,数据导出Excel文件
# 0.0.4
leo-export上线,从Excel文件导入数据
# 0.0.3
leo-lodop上线,实现LODOP打印
# 0.0.2
labs——LeoVue实验室上线,集中解决调试中的问题,调试无误后编入文档LeoVue命名为@axolo/leovue,实现组件库打包,并发布到npmjs.com
# 0.0.1
leo-dialog对话框上线,多个组件依赖于对话框组件- 开发企业定制系统过程,尝试
ElementUI、VUX、MpVue等多个库,发现需要自行打包企业应用必备组件,萌生开发自有组件库想法。