android - 我不想在V层的抽象里请求网络,有什么办法吗?

Question

感谢您查看我的疑问.

我有个很多个fragment(我的V层)
他们里面都有请求网络的操作,他们通常只会关心请求成功的数据

所以我就抽取了一个BaseFragment 在这个BaseFragment 里面,将请求网络时的进度显示,失败处理 做了统一处理,那么在他的子类中就只需要关心请求成功后的数据了.

但是我发现这样做的话,代码量的确是下降了很多,请求网络的时候我的fragment 也只需要调用父类的类似requestData(String request) 的方法,传入对应的request就可以在类似onRequest(JavaBean bean) 中获得需要的对象了.

但是这样做的话,我总感觉有哪里不对,不清楚是不是因为我把请求网络直接放在了BaseFragment里面,如果这样的话,我再设计一个请求网络的util 类,每次请求的时候需要将BaseFragment 的引用(this)传入,然后在util 中的合适的位置对BaseFragment 的实例进行操作.把请求网络的抽象都放在util 中,共性直接就可以在util 中完成.

但是这样做也只是多了一个类,这个util 只为BaseFragment 服务,基本和原本没什么区别.所以我认为我的代码还是有很大问题的.

顺便问一下,如果是MVP 架构的话,是怎么在P层调用M层请求网络数据的时候,处理V层进度和失败的呢? 每次请求网络都要带着V层引用传递过去?如果这样做的话代码写起来不是非常难看?如果不传递过去,那么比如失败处理不是每次请求都需要在失败的位置又从P 层通知V层? 如果是小项目的话原本可能300~500行的代码,这样做的话可能就要多3~5 类,代码也要多好多了.

不知道我的想法是不是有很严重的误区

1. 我的每个页面逻辑都很简单300~500 行代码就可以搞定了,所以根本不想用MVP

2. 请求网络的逻辑我不想放在抽象(V层抽象)里面

3. 对于统一的错误处理,又需要在抽象里面解决,不然每个子类都需要自己再实现完全一样的对错误的处理,代码重复

感谢您查看我的疑问.

Answer 1

之前接手到一個專案, 程式碼就是這麼封裝的. 後由於新版產品需求, 導致原有程式碼根本無法使用. 無奈之下, 只能重構.

1. 為什麼要把網絡調用封裝進BaseFragment? 這麼封裝, 還能分得清楚返回數據是哪次調用產生的嗎? 如果有業務需求需要區分, 那就很麻煩了. e.g.取消某次網絡調用

2. 除此之外, 如果你哪天想使用Retrofit了, 該如何是好?

3. 這麼封裝弊端太多. 如果需要網路呼叫就直接呼叫就好了呀...

p.s. Activity/Fragment是V層? 難道不是C層嗎?

參考資料:

• Android中的MVC、MVP、MVVM

• What is the role of the Activity class in MVC?

Answer 2

既然你已經把網路請求封裝好了，那就直接使用吧，別再因為圖省事而導致後續調試時帶來麻煩。模組化分層的好處是顯而易見的。假如你想把同樣的處理都在BaseFragment中處理，那我推薦一個思路把，具體見下面的項目：
sealtalk
你著重看下他的網絡調用途徑，UML圖中給出了，它實現了使用BaseActivity進行網路請求，當然請求程式碼被封裝在其他的檔案中，並且統一處理通用的錯誤，可以參考下。著重看下UML中提到的幾個文件。

Answer 3

把介面封裝一下，加一個實體類別Api，包含一個url和name
每次請求和返回的時候參數使用Api
在統一的請求回調裡面用Api區分是哪次請求