这样处理是不是偏门的处理方式？本来想考虑把网络请求这一层分离开来，这样一来，网络请求不必依赖UI层便可完成一些逻辑处理。但是由于公司之前的项目都没尝试过，也不知道是否会有副作用。
我个人更喜欢原生代码而不是框架。
网络请求那部分的代码可以封装成简单的静态函数啊。
逻辑处理放在UI的代码里又能怎么样？
写好注释，写清逻辑，就OK啦。
可以是可以。 但不合适，调用感觉很操蛋a，每次都startservice 传不同参数还是每次都绑定服务还要处理解绑呢，而且还是要处理异步。从架构上讲，一个项目一般不会有很多服务，如果单单建一个http服务处理所有网络请求，如果在其他组件里需要网络请求的话可能没办法调用，而且service本身也有生命周期要处理，我觉得你可能只是需要一个HTTP manager之类的单例处理所有的请求，职责单一。
是可以的，但是为什么不用用volley呢，这个现在封装的很好，感觉用起来更方便啊。。而且自定义起来也很方便
骚年，重构，改善现有的代码设计吧！
如果你们之前的代码没有将异步网络请求脱离出具体的业务逻辑，我只能说，这种代码质量令人堪忧，维护起来何其痛苦。
如果说你们的项目目前缺乏规范的的话，我建议参考一下这个人翻译的一个国外牛人的著作：
http://www.jianshu.com/p/4390f4fe19b3
还有这篇文章，对你应该也是有知道意义的：
http://blog.csdn.net/ahence/article/details/47154419