请教一个关于android http请求管理的问题

丶一意孤行 发布于 2014/09/17 15:20
阅读 308
收藏 0
想请教一下大家,一个android 应用中存在很多的http请求,那么应该怎样做才能方便地使用和管理?


在公司开发的应用中的,看他们的做法是:将所有的请求分别写成一个方法,然后全部写到一个类中,用这个类来调用。然后通过该类的一个Listener中对应的回调方法将请求结果数据以类似于广播的方式发送到Activity中的。


个人感觉这样的做法数据返回中间的过程好像不太有必要,因为大多数的请求只有一个地方使用,而且这样做了效率也降低了。但是如果让我自己来做的话也没有什么好的办法,所以请教一下大神们,你们是怎么做的呢?
加载中
1
拉风的道长
拉风的道长

这种做法是为了细节隐藏。

对于请求,你只需要关心参数和返回值就行。

如果每个人都要自己写,可能太浪费时间还可能出错。还有其他好处,就不一一指出了。

niceguy_php
niceguy_php
不错
0
丶一意孤行
丶一意孤行

引用来自“拉风的道长”的评论

这种做法是为了细节隐藏。

对于请求,你只需要关心参数和返回值就行。

如果每个人都要自己写,可能太浪费时间还可能出错。还有其他好处,就不一一指出了。

嗯,多谢!确实是这样的,但是对于细节隐藏,我觉得应该会就更好的实现方案。在公司的那个应用中,有一个消息中心,用于全局发送消息(可附带数据,所以也用于全局发送数据),如果需要接收消息的话就要注册接收器,其实这个消息中心就和android广播是类似的。而http请求的结果也是通过这个消息中心送到Activity中的,而http请求绝大多数据都是一对一的关系,使用这个消息中心来发送感觉太浪费,产生了不必要的消耗。


其实我更想知道的是你们都是怎么做的。
拉风的道长
拉风的道长
回复 @丶一意孤行 : 恩。没必要全局发送的。这个得修改一下。
丶一意孤行
丶一意孤行
回复 @拉风的道长 :所以我才有这个问题啊,我也不知道为什么。
拉风的道长
拉风的道长
为什么要全app的发送结果?? 在发送请求的时候,同时设置一个结果监听不就行了? new XXRequest(parm1,parm2,new ResultListener() { onSuccess();onFail(); } )
0
niceguy_php
niceguy_php

引用来自“拉风的道长”的评论

这种做法是为了细节隐藏。

对于请求,你只需要关心参数和返回值就行。

如果每个人都要自己写,可能太浪费时间还可能出错。还有其他好处,就不一一指出了。

0
sunun
sunun

应该还有后期功能拓展的考量吧。

单个需求能解决,但业务场景一多,到时候再更改,就费事儿了。

 

返回顶部
顶部