Question

android volley怎样进一步封装

Answer 1

Request可不单单只做了这么一件事情。为了证明他为什么是最核心的类，我再列举几个他做了的貌似跟他不相关的事情。
abstract protected void deliverResponse(T response);
public void deliverError(VolleyError error)
有木有震惊的赶脚，是的，最后response以及error的分发的实际执行者也是Request。所以这个Request类是贯穿一个请求到响应过程自始至终的类。这个其实不难理解，最后一步的分派工作需要一定的信息来保证分派的正确性，而最能提供这些信息的，其实就是最初我们发出的request了。
简单的介绍下Request如何使用：
从源码可以看出 getUrl 是返回的 url地址，getBody是返回的请求参数，这两个方法是在http的实际请求中肯定要用到的，使用get请求的话是需要保证getUrl的返回值正确即可，而使用post的话还要保证后面一个方法的返回值正确。（返回值如何注入就是你们的事情了，构造函数注入也可，set 方法注入也可）这里需要给大家注意的地方原生态的Stringrequest 没有重写 getBody 方法，也就是说 getBody 返回为null，那么 volley将默认使用get请求，如果大家想用post请求并使用Stringrequest的话，请重写这个方法。
另外还有两个很重要的类，请大家在构造request的时候务必要注入，ErrorListener 和 Listener，一个是用来处理error（public void onErrorResponse(VolleyError error)）的，一个是用来处理正常返回的（public void onResponse(T response)）这两个接口的定义都在Response类中。不难想出上面我所说的两个方法abstract protected void deliverResponse(T response)和public void deliverError(VolleyError error) 的实现其实就是调用这两个接口各自的方法就可以了。
有些附加的条件我们可以酌情的考虑是否需要实现。
public String getCacheKey()，CacheKey是volley从Request获取的用于本地存储请求数据的键值，相信大家很快能明白，如果两个request的这个方法返回的值一样的话，后者将能够有机会取到前者存储在本地的数据，从而减少了网络请求。原生态的Request是使用url为cechekey，这样并不一定科学，有本地存储需求的童鞋，请切记重写此方法。当然前提是保证 public final boolean shouldCache()返回为true。否则前功尽弃。
public void setRetryPolicy(RetryPolicy retryPolicy)，从字面意思就可以看出，这个是对一个request的重新请求策略的设置，不同的项目是否需要重新请求，重新请求几次，请求超时的时间，这些就在这设置到里面。一般放就是继承RetryPolicy 类，根据自己的需求实现父类方法。