Android将所有网络请求及逻辑都放在Service中处理是否合适

这样处理是不是偏门的处理方式?本来想考虑把网络请求这一层分离开来,这样一来,网络请求不必依赖UI层便可完成一些逻辑处理。但是由于公司之前的项目都没尝试过,也不知道是否会有副作用。

是可以的,但是为什么不用用volley呢,这个现在封装的很好,感觉用起来更方便啊。。而且自定义起来也很方便

可以是可以。 但不合适,调用感觉很操蛋a,每次都startservice 传不同参数还是每次都绑定服务还要处理解绑呢,而且还是要处理异步。从架构上讲,一个项目一般不会有很多服务,如果单单建一个http服务处理所有网络请求,如果在其他组件里需要网络请求的话可能没办法调用,而且service本身也有生命周期要处理,我觉得你可能只是需要一个HTTP manager之类的单例处理所有的请求,职责单一。

我个人更喜欢原生代码而不是框架。
网络请求那部分的代码可以封装成简单的静态函数啊。
逻辑处理放在UI的代码里又能怎么样?
写好注释,写清逻辑,就OK啦。

骚年,重构,改善现有的代码设计吧!
如果你们之前的代码没有将异步网络请求脱离出具体的业务逻辑,我只能说,这种代码质量令人堪忧,维护起来何其痛苦。
如果说你们的项目目前缺乏规范的的话,我建议参考一下这个人翻译的一个国外牛人的著作:
http://www.jianshu.com/p/4390f4fe19b3
还有这篇文章,对你应该也是有知道意义的:
http://blog.csdn.net/ahence/article/details/47154419

发表评论

电子邮件地址不会被公开。 必填项已用*标注