App由于版本的迭代,导致项目的接口越来越复杂也越来越多，我做的产品App是教育行业，以课程和视频为主，针对所有课程进行本地缓存，这样以来本地记录所有的课程，直接快速展示给用户，接口数据也减少了，加载动态数据接口时间也变快了，是不是很开心，但是做起来困难重重。
教育行业的App大多部分是以课件为主，课件包括：价格（过期，折扣、现价，竞价等等） 课件也包括用户的状态（购买状态，未购买，购买过期，延期等等）其余的就是一些文字信息（标题,详情,图片,课程唯一标识,过期时间，下架类型），大家感觉这么多东西做本地缓存累不累，值不值，很肯定告诉大家很值。
具体步骤：
1:写一个Demo,用于生成最新本地数据库 (接口下载后台所有课程数据)
注意动态的不要放入。
2:项目主目录放入数据库（这样直接打包到项目,用户首次安装和更项目就存在这样的数据库,直接copy到硬件里面,时间忽略不计 优点: 用户无感知存入大量数据）
上面的俩步骤就解决完了大量数据的处理。
3:增量包的处理，可以用接口也可以用压缩包形式
4:全量包的处理，可以把数据库压缩上传服务器，这个大家可以研究一下（很遗憾,后台不给做,前端只有代码上去了,手动运行Demo,然后手动上传服务器，这么好的机制就给否定了）
5:上面的全量包给否定了，导致增量包的重置时间也给否定了,数据量也会不断的增加，虽然压缩包很小很小,但是长期下去也不是办法，测试需要配课人员配好App端就可以看到，不应该等到12点更新,其实我们就是为了减缓请求接口大量数量,然后添加接口的形式来更新最新数据。
6:之前一个接口返回的数据量很大,全部做本地的话，好多需求需要变更，好多功能需要重新设计,里面的字段也需要一一核实,很费心。
7:按照分类课件的话，都是有对应关系的,这个表的id可以查询另一个表的id,都是相互关联的,下次在写吧，开始做项目了
