angular最好不要在resource的$promise的catch里面加alert
2016-09-14 11:46
239 查看
怎么说呢,有可能会导致因为这个alert阻止了请求的真正发送。
例如在一个resource对象发送中刷新页面,又再次赋值发送,这个东西会先进catch
如果在这个时候alert就会阻止原来的默认重新赋值发送的操作,导致最后这个新页面的请求实际上没有生成而导致请求未发送,总之是各种坑啊,之后要注意在catch中虽然可以使用alert,但进行使用自己比较习惯的其他方法,例如toast之类的不会卡线程的方法。
这一点在页面初始化时候的请求操作要尤其注意。
换一种说法,也就是如果了解java,不要在catch中还出现另一个可能抛异常的操作。
例如在一个resource对象发送中刷新页面,又再次赋值发送,这个东西会先进catch
如果在这个时候alert就会阻止原来的默认重新赋值发送的操作,导致最后这个新页面的请求实际上没有生成而导致请求未发送,总之是各种坑啊,之后要注意在catch中虽然可以使用alert,但进行使用自己比较习惯的其他方法,例如toast之类的不会卡线程的方法。
这一点在页面初始化时候的请求操作要尤其注意。
换一种说法,也就是如果了解java,不要在catch中还出现另一个可能抛异常的操作。
相关文章推荐
- 最好不要在头文件里面包含定义变量
- 新手问题,AXmlResourceParser这个类在哪个jar包里面
- 不要再削尖脑袋往“程序员”这个职业里面钻了
- 用亲身经历告诉你,在你的并发程序代码块中,最好最好不要有引用类型
- objective-c的变量名最好不要和类名重复.
- 不要陷入自己挖的坑里面。分析一下所谓的发展危机
- 了解AngularJS $resource
- 就是想到什么记录什么,等同于随身的小笔记本 最好不要看,评论也不要有
- UTF8最好不要带BOM,附许多经典评论
- Angularjs $scope 里面的$apply 方法 和 $watch 方法
- Adapter 里面只有Hodler 做为final 就足够了,其他不要使用final 修饰
- JAVA异常处理之finally中最好不要使用return
- jsp前台页面最好不要用html后缀
- 自我激励二十法!(不喜欢就不要进入,里面有计数器)
- 最好不要装64位的Linux
- 请不要缩在项目或产品的“龟壳”里面
- 为什么在Spring的配置里,最好不要配置xsd文件的版本号
- 原理解析try-catch-finally里面的return
- 为什么在Spring的配置里,最好不要配置xsd文件的版本号
- 不要在MCU函数里面定义超过几十个字节的数组