在android中使用MVVM架构时在哪里发出API请求?

Cos*_*Dev 2 android mvvm android-lifecycle rx-android android-mvvm

我在我的应用程序中使用 MVVM 架构,我想从活动的视图模型类发出 API 请求。这里的问题是我没有得到最好的方法。由于 viewmodel 已经知道该活动的生命周期,所以不需要为 API 制作单独的 viewmodel 类?如果是这样,那么我应该从 viewmodel 类中触发正常的改造请求,或者在这种情况下最好的方法是什么?

我之前在没有 MVVM 的情况下所做的是:

class UserViewModel : ViewModel() {

    private val cd = CompositeDisposable()
    val status: MutableLiveData<Boolean>? = MutableLiveData<Boolean>()


    val responseImages = MutableLiveData<ResponseImages>()
    fun getImages(text: String) {
        cd.add(
            RetrofitHelper.apiInstance.getImages(Site.METHOD, Site.KEY, text)
                .myApiSubscriber(status)
                .subscribe({
                    responseImages.postValue(it)
                }, {
                    it.printStackTrace()
                })
        )
    }


    private fun <T> Single<T>.myApiSubscriber(status: MutableLiveData<Boolean>?): Single<T> {
        return this.doOnSubscribe {
            status?.postValue(true)
//            Utils.debugger("PROGRESS ", " doOnSubscribe")
        }.doFinally {
            status?.postValue(false)
//            Utils.debugger("PROGRESS ", " doFinally")
        }.subscribeOn(Schedulers.io())
    }

    override fun onCleared() {
        cd.dispose()
        super.onCleared()
    }

    fun callCleared() {
        onCleared()
    }
}
Run Code Online (Sandbox Code Playgroud)

那么上述方法在 MVVM 的情况下是否仍然有用,以及遵循 MVVM 的最佳方法是什么?请建议。

小智 6

首先,我强烈建议您阅读 Uncle Bob 的 SOLID 原则,以了解为什么您还没有分离代码。

遵循的常见做法是使用 Android 文档中建议的存储库模式。这是架构的参考: Android Architecture Components Reference

我已经分解了每个块的作用如下:

Activity/Fragment:这里是您执行所有与视图相关的操作的地方,例如初始化 RecyclerView、显示对话框、片段事务、显示吐司等。在这里,您还将为 MutableLiveData(存在于您的 ViewModel 中)注册观察者

ViewModel:ViewModel 包含所有属于 View 的业务逻辑。初始化 API 调用不是 ViewModel 的责任。原因是,可能会发生这样的情况,您需要进一步处理响应并将其存储到数据库中,甚至在 API 出现错误时从数据库中获取数据。

但是,您可以做的是,使用包含执行 API 的所有详细信息的存储库实例调用 API。获取响应后,将值分配给视图模型中的 livedata,该值由在 Fragment/Activity 中注册的观察者观察到。

存储库:这通常是执行所有网络操作和数据库操作的地方。这允许将所有数据从 ViewModel 中分离出来。

这是一个简短的示例

class UserViewModel(private val imageRepository) : ViewModel() {

    //Not required since you're using a Single which uses a SingleObserver that  doesn't require to be disposed manually.
    private val cd = CompositeDisposable() 

    val responseImages = MutableLiveData<ResponseImages>()
    val showError = MutableLiveData<Boolean>()

    fun getImages(text: String) =
        imageRepository.getImages(text)
                .observerOn(AndroidSchedulers.mainThread())
                .subscribeOn(Schedulers.io())
                .subscribe({
                    responseImages.value = (it)
                }, {
                    showError.value = true
                })


    override fun onCleared() {
        cd.dispose()
        super.onCleared()
    }

    fun callCleared() {
        onCleared()
    }
}

//Note: you should ideally just pass the API instance. unless required. 
class ImageRepository(val retrofitHelper: RetrofitHelper){

    fun getImages(text:String): Single<ResponseImages> {
        return retrofitHelper.apiInstance.getImages(Site.Method,Site.key,text)
    }

}

//In your Activities onCreate()

class HomeActivity: AppCompatActivity(){

    override fun onCreate(bundle: SavedInstanceState?){
        viewModel.responseImages.observer(this,Observer {
            //do something with your ResponseImages
        }
    }
}
Run Code Online (Sandbox Code Playgroud)

还有更多的事情可以做,例如,为您的存储库使用策略模式,其中 ImageRepository 是一个接口,而 ImageRepositoryImpl 具有所有详细信息等。但那是另一次了!

Google的SunflowerApp是一个很好的参考:)