本帖最后由 项目部002 于 2019-8-6 10:23 编辑
一款软件制作出来,不管是以前还是当下,更新都是一个无法避免的问题,不管你是放网盘连接还是放群共享,都是需要有更新的途径给用户提供最新版本的软件使用。
常见的更新模式有两种:
一、全覆盖式更新
优点:小软件或者依赖文件少的软件可以选择此类更新模式,一步到位式的保证每次更新都是完整文件。
缺点:如果依赖文件过多,但实际更新文件不多,就会导致每次覆盖都会重复覆盖,影响更新效率与用户体验。
二、增量式覆盖更新
优点:缺什么更新什么,什么文件更新了就更新什么文件,减少重复覆盖的操作,提升更新效率,提升用户体验,另一方面也减少了开发者的日常管理。
缺点:需要一套系统类检测软件所有依赖文件与所有文件是否需要更新,如果系统操作麻烦那配置每次版本更新将是一次灾难。
开发者大多都是将精力放在开发上,很少特别在意软件更新是个什么鬼,这就导致很多中小软件要么是全覆盖式更新或者仅有一个所谓的“自动更新”,当然不排除有些大佬闲暇之余给自己的软件写了一套高精尖的更新系统,可能这就是那种:明明可以靠技术吃饭的非要靠脸吧~
精易论坛从最开始的更新系统就为论坛会员开放了更新功能,刚推出的时候收获了一大波好评与用户,但由于时间久远导致某些操作与功能并不能适用当下的环境。
历史里那些惊艳大众的发明,细细查看你会发现,不少发明都是基于一个字而来的。这个字放在当下也是影响了很多人很多事,这个字就是:懒。快递,网购,外卖,打车等等都是为了人更懒(享受生活)而孕育而生。同样,软件更新也可以以一种“懒”的方式来解决。
魔淘更新系统主体采用增量式覆盖更新,缺点提到的麻烦事,我们来解决!
三月首次上线魔淘更新系统,精易编程助手同款更新系统次月用户使用反馈问题中,最多的是如何添加各类key。前期由于疏忽只放了一些简单的使用说明,导致很多会员不是很明白如何获取与添加,上月使用说明已经重新制作更新,并移除了因某原因导致使用不理想的平台。
魔淘软件管理系统
API方面:
1、常规带更新日记的更新功能;
2、可回滚的历史下载功能;
3、增量式智能更新,哪个文件更新就更新那个文件,不更新没有更新的文件,节流的同时提升更新效率,提升用户体验;
4、指定版本更新功能,只要开发者的软件接入此接口并开发功能,用户便可下载指定版本;
5、自定义文本参数,可用作加密与连接读取等额外的灵活属性;
6、所有返回值均为JSON数据。
后台管理:
1、自定义添加软件主应用;
2、双储存空间自由选择;
3、软件主应用无限版本分支,每个版本即一个完整的新软件;
4、克隆式创建新版本,自由编辑新版本更新文件,减少更新文件替换的步骤下又存档每个版本,调用API接口的历史版本下载或制定版本下载即可下载存档版本;
5、后台自由切换哪个版本为最新版本;
6、每个对应唯一的更新日记操作;
7、自定义是否强制更新与更新是否提示参数;
8、更新记录统计,调用一次更新接口算一次PV,调用下载地址算一次下载量,每一个IP算一个独立用户;
9、统计报表支持:指定软件、指定版本、指定时间、指定类型 查看统计信息;
10、精准显示每天每个软件对应的使用信息
本次除了一个大概介绍魔淘更新系统以外,也带来了一份精易编程助手同款的更新文件源码(注:非最新当前使用的更新,开源的仅是刚接入魔淘系统时的版本,包含基本的更新功能)
精易编程助手的更新文件本身就是一个很好的魔淘API调用例程。
易语言例程.zip
(1.57 MB, 下载次数: 973)
|