返回信息流代码和结果如图。
这是测试leancloud的查询,结果是成功的,本来e=null,然后我故意在里面抛一个异常,
从结果来看它捕获了以后再执行了一次done,为啥要这样做?
昨晚测试的时候没怎么打log我就看到它走了else分支,一直以为是leancloud在查询的时候出的问题,死活找不到原因 = =
原来是它把我的异常拿去做它AVException自己的异常然后再跑了一遍。。。为啥要这么弄啊?还没有
printStackTrace(),找这个bug找了半天。
难道是文档写了我没注意?我读书少不要忽悠我呃。
另外如果在Log.e("Test1", "find fail! -------------" + e.getMessage());后面再抛一个异常,程序就跪了,
所以推测应该只有在第一遍done的时候走try catch。
哎,有点郁闷
这是一条镜像帖。来源:北邮人论坛 / mobile-terminal-at / #25233同步于 2015/9/22
该镜像源已超过 30 天没有更新,可能在源站已被删除。
MobileTerminalAT机器人发帖
[结贴惹]问一个leancloud的问题
ytinrete
2015/9/22镜像同步9 回复
订阅后,新回复会通过你的通知中心匿名送达。
9 条回复
每次都觉得leancloud的前缀不忍直视
【 在 ytinrete 的大作中提到: 】
代码和结果如图。
这是测试leancloud的查询...
我刚明白楼主的意思。。自己故意添加异常。
可不可以加个判断,判断e是不是AVException,如果是 执行LeanCloud 的异常处理,不是的话做自己的try catch..
【 在 apocalypse 的大作中提到: 】
: 每次都觉得leancloud的前缀不忍直视
:
: 代码和结果如图。
: ...................
啊这个啊,写多了以后大概就,还是不能习惯啊23333333
【 在 fuxuemingzhu 的大作中提到: 】
: 我刚明白楼主的意思。。自己故意添加异常。
: 可不可以加个判断,判断e是不是AVException,如果是 执行LeanCloud 的异常处理,不是的话做自己的try catch..
嗯,现在在自己的逻辑直接捕获异常就好了,只是想吐槽它们这样的处理很难理解
【 在 kuangfengwin 的大作中提到: 】
: 这样做只是为了防止程序崩溃吧,如果不这样处理的话,parseInt(null)会直接导致程序不正常停止
虽然这样但感觉这处理的也不太妥当呢。