大家看到这个题目,不要想歪哦,人家还没有结婚呢,这是一款开发的Android应用,中文名称为“宝贝成长记录”,简介请看http://www.androidzoom.com/android_applications/health_and_fitness/baby-care_oorr.html
以前的版本发布记录就不用介绍了,这个寒假注定又是繁忙的一个假期,想把几本书看完都没有时间,白天写代码,晚上加班看看书,今天注定是一个不平凡的一天,天气格外冷,开着暖气的实验室,都觉得丝丝凉意,可想而知外面有多冷了。
本来花了几天的时间,修改了喂养事件的处理过程,添加了选择食物的对话框:
并且可以在喂养的过程随时,修改食物种类,并修改开始时间和结束时间,这个需要改动的地方比较大,中间出了很多异常~~
今天上午发布了,刚放到Market上没多久,就有用户邮件反应从1.0.6升级到1.0.7后,以前的数据库数据丢失了,是么???这个问题可是比较严重,由于数据网络同步的功能还没有实现,现在的解决方案是把整个数据库以文件的方式保存到SD卡上,万一数据用户要是没有备份,这损失就大了,记录了多天的数据消失了,这个是比较忌讳的。
首先亲测一般,果然!!!怎么会这样呢,没有改动数据库啊,不敢多想,首先把Market上的应用撤下来,然后找出出现问题的原因,顾不上天气的寒冷,虽然手指已经有些不那么灵活了,也顾不上晚饭了,经过一番调试,原来上个版本中SharePreference中没有保存baby id,结果导致读取出来的id为0,然后查询不到baby信息,就提示第一次使用,用户又添加了baby信息,SharePreference中记录的baby id也更新为2了,用户看不到以前的事件记录,我知道以前的数据没有丢失,因此就有恢复的可能,确定解决方案:通过数据库升级,删除所有表中baby id为2的记录,在判断是不是第一次使用的地方,babyID = sharedData.getInt(BabyCare.BABY_ID, 0);改为sharedData.getInt(BabyCare.BABY_ID, 1);//我知道第一次存的id一定是1,第二次为2,当前我们这个版本为了降低难度,减少复杂性,只记录一个baby的信息,然后修改SharePreference保存的baby id。
多次测试,从1.0.6->1.0.8,,1.0.6->1.0.7->1.0.8,1.0.7版本中导致的错误,通过1.0.8中的解决方案处理后,以前的数据又显示出来了,终于松了一口气,重新发布1.0.8版本 ,接下来就该给用户回邮件致歉,并提示更新到1.0.8版本了。
OK,幸亏不是很复杂,要不然又惨了,收工!
总结:
出现这个问题的原因:测试的时候想着没有修改数据库,所以就忽略了升级是否正常的测试。
唉,工作了可不能出现这样的问题了,要不不仅挨骂不说,自己也要惊恐一番,紧张的调试,找出bug,然后修复….
转载于:https://blog.51cto.com/lbrant/471342