因为是给自己看的，所以就写简单明了。
okgo是我项目中的网络框架，我们想看下结构，一个基类的MVP模式。
在IMvpView中，我们定义的是一个接口，继承自IBaseMvpView,这面就两个方法，都是用于通知view层获取数据成功后调用一些简单的数据，我们的项目中并没有用到。
我们接下来看下IbaseMvpView
我们发现了，在Base中是有三个接口，都是关于服务器错误的时候使用的，所以，我们今天主要看的是showNetworkError(int errorCode, String errorDesc, String type); 这个方法
我们在model层是我们真正处理网络时候用的框架，作用就是通过okgo框架从服务器获取数据，
在okgoModel中有这么一个方法，就是我们和服务器交互的方法，okgoJsonPOST(final String url, String jsonString, String jobcnid, String JCNID)
url：请求的地址，
jsonString：因为项目需求，我们上传的并不是一个map集合类的参数，而是一个json传，所以这里做了封装，把所传的参数改为json在传到服务器
jobcnid和JCNID，是我们项目中需要的session；
我们主要现在看到这个执行方法后会new一个回调出来StringCallBack，这个用过okgo框架的都知道，网络请求后会有个回调，成功或者失败的回调。
onSuccess成功的回调，在成功回调之后去做我们做的事情，
我们看到图中调用了basepresenter.basePresenter.accessSucceed(response.body(), type);把成功的json和成功之后的type传回去，这个type是我们访问每个接口的时候可以设置的一个tag，有这个东西在view层或者presnter层可以方便的去取消一些请求。
onError是我们失败的回调，在失败的回调下我做了这些事情。
这个我们是首先解析异常，java中有instanceof这个方法，我们就利用这个方法来判断失败是因为什么，主机异常，链接超时，HTTP错误和一个自定义异常。
注意 在此我们也用了basepresenter调用了okgoError这个方法。
在presenter层中我们去就已经去把这个数据给丢给view层了，所以我们可以直接在view层中去重写这个方法。不需要在presenter中在去getView().showNetworkError(errorCode,errorDesc,type);因为在view层中已经直接重写了showNetworkError(errorCode,errorDesc,type)，如果在presenter中还要交给view层做的话，这个回调会走两次，这就是今天的问题所在。
错误的写法，在presenter中去重写okgoError
view层中自带了showNetworkError方法
在View层中可以直接去调用这个方法去判断，网络错误等问题。
网友评论