Greendao的升级完美解决方案

我看到很多关于Greendao的升级解决方案，大都是修改onUpgrade方法，但是我觉得这样升级版本多了代码变得雍容，不利于代码维护，最开发有一种思想叫配置优于编码，以前使用的数据库是active Android，这个数据库升级就比较好，每个版本配置一个版本号加sql的升级脚本，于是继续萌生这种执行升级脚本的想法，把所有的升级内容写在脚本里，升级的时候执行相应的版本

 

优点：

1、支持跨版本升级，如果简单的在onUpgrade实现当前版本的结构那么可能会出现跨版本执行失败，比如版本号为1的数据库user表包含字段id、name，我们升级到2的时候添加一个age字段，如果从1升级到2没问题，如果我们再次把user表中添加一个head属性，那么我们在3版本添加一段添加head字段的sql，但是用户从1版本直接升级到3版本是不是少了age字段？如果每个版本都判断一遍，那么代码得乱成什么样呀？多表维护呢？逐渐这块就不具备可维护性了，配置的脚本有什么好处呢？我们是逐级执行升级脚本，也就是我们执行的升级方案是先升级到2版本的结构，然后在继续升级到3的版本结构

2、Java层代码实现零代码维护，降低维护成本，我们在onUpgrade调取相应的脚本，这样这块的代码就不需要每次维护了

3、无损数据，根据你写脚本的实力可以实现数据无损升级