您好,登錄后才能下訂單哦!
0.前言
事情還要從上周和同事的小聚說起,同事說他們公司現(xiàn)在app的架構(gòu)模式用的是MVP模式,但是并沒有通過泛型和繼承等一些列手段強(qiáng)制使用,全靠開發(fā)者在Activity或者Fragment里new一個(gè)presenter來做處理,說白了,全靠開發(fā)者自覺。這引發(fā)了我的一個(gè)思考,程序的架構(gòu)或者設(shè)計(jì)模式的作用,除了傳統(tǒng)的做到低耦合高內(nèi)聚,業(yè)務(wù)分離,我覺得還有一個(gè)更重要的一點(diǎn)就是用來約束開發(fā)者,雖然使用某種模式或者架構(gòu)可能并不會(huì)節(jié)省代碼量,有的甚至?xí)黾泳幋a工作,但是讓開發(fā)者在一定規(guī)則內(nèi)進(jìn)行開發(fā),保證一個(gè)一致性,尤其是在當(dāng)一個(gè)項(xiàng)目比較大而且需要團(tuán)隊(duì)合作的前提情況下,就顯得極為重要。前段時(shí)間google公布了jetpack,旨在幫助開發(fā)者更快的構(gòu)建一款app,以此為基礎(chǔ)我寫了這個(gè)項(xiàng)目模板做了一些封裝,來為以后自己寫app的時(shí)候提供一個(gè)支持。
1.什么是MVVM
MVVM這種設(shè)計(jì)模式和MVP極為相似,只不過Presenter換成了ViewModel,而ViewModel是和View相互綁定的。
MVP
MVVM
我在項(xiàng)目中并沒有使用這種標(biāo)準(zhǔn)的雙向綁定的MVVM,而是使用了單項(xiàng)綁定的MVVM,通過監(jiān)聽數(shù)據(jù)的變化,來更新UI,當(dāng)UI需要改變是,也是通過改變數(shù)據(jù)后再來改變UI。具體的App架構(gòu)參考了google的官方文檔
2.框架組合
整個(gè)模板采用了Retrofit+ViewModel+LiveData的這樣組合,Retrofit用來進(jìn)行網(wǎng)絡(luò)請(qǐng)求,ViewModel用來進(jìn)行數(shù)據(jù)存儲(chǔ)于復(fù)用,LiveData用來通知UI數(shù)據(jù)的變化。本篇文章假設(shè)您已經(jīng)熟悉了ViewModel和LiveData。
3.關(guān)鍵代碼分析
3.1Retrofit的處理
首先,網(wǎng)絡(luò)請(qǐng)求我們使用的是Retrofit,Retrofit默認(rèn)返回的是Call,但是因?yàn)槲覀兿M麛?shù)據(jù)的變化是可觀察和被UI感知的,為此需要使用LiveData進(jìn)行對(duì)數(shù)據(jù)的包裹,這里不對(duì)LiveData進(jìn)行詳細(xì)解釋了,只要記住他是一個(gè)可以在Activity或者Fragment生命周期可以被觀察變化的數(shù)據(jù)結(jié)構(gòu)即可。大家都知道,Retrofit是通過適配器來決定網(wǎng)絡(luò)請(qǐng)求返回的結(jié)果是Call還是什么別的的,為此我們就需要先寫返回結(jié)果的適配器,來返回一個(gè)LiveData
class LiveDataCallAdapterFactory : CallAdapter.Factory() { override fun get( returnType: Type, annotations: Array<Annotation>, retrofit: Retrofit ): CallAdapter<*, *>? { if (CallAdapter.Factory.getRawType(returnType) != LiveData::class.java) { return null } val observableType = CallAdapter.Factory.getParameterUpperBound(0, returnType as ParameterizedType) val rawObservableType = CallAdapter.Factory.getRawType(observableType) if (rawObservableType != ApiResponse::class.java) { throw IllegalArgumentException("type must be a resource") } if (observableType !is ParameterizedType) { throw IllegalArgumentException("resource must be parameterized") } val bodyType = CallAdapter.Factory.getParameterUpperBound(0, observableType) return LiveDataCallAdapter<Any>(bodyType) } } class LiveDataCallAdapter<R>(private val responseType: Type) : CallAdapter<R, LiveData<ApiResponse<R>>> { override fun responseType() = responseType override fun adapt(call: Call<R>): LiveData<ApiResponse<R>> { return object : LiveData<ApiResponse<R>>() { private var started = AtomicBoolean(false) override fun onActive() { super.onActive() if (started.compareAndSet(false, true)) { call.enqueue(object : Callback<R> { override fun onResponse(call: Call<R>, response: Response<R>) { postValue(ApiResponse.create(response)) } override fun onFailure(call: Call<R>, throwable: Throwable) { postValue(ApiResponse.create(throwable)) } }) } } } } }
首先看LiveDataCallAdapter,這里在adat方法里我們返回了一個(gè)LiveData<ApiResponse<R>>
,ApiResponse是對(duì)返回結(jié)果的一層封裝,為什么要封這一層,因?yàn)槲覀兛赡軙?huì)對(duì)網(wǎng)絡(luò)返回的錯(cuò)誤或者一些特殊情況進(jìn)行特殊處理,這些是可以再ApiResponse里做的,然后看LiveDataCallAdapterFactory,返回一個(gè)LiveDataCallAdapter,同時(shí)強(qiáng)制你的接口定義的網(wǎng)絡(luò)請(qǐng)求返回的結(jié)果必需是LiveData<ApiResponse<R>>
這種結(jié)構(gòu)。使用的時(shí)候
.object GitHubApi { var gitHubService: GitHubService = Retrofit.Builder() .baseUrl("https://api.github.com/") .addCallAdapterFactory(LiveDataCallAdapterFactory()) .addConverterFactory(GsonConverterFactory.create()) .build().create(GitHubService::class.java) } interface GitHubService { @GET("users/{login}") fun getUser(@Path("login") login: String): LiveData<ApiResponse<User>> }
3.2對(duì)ApiResponse的處理
這里用NetWorkResource對(duì)返回的結(jié)果進(jìn)行處理,并且將數(shù)據(jù)轉(zhuǎn)換為Resource并包入LiveData傳出去。
abstract class NetWorkResource<ResultType, RequestType>(val executor: AppExecutors) { private val result = MediatorLiveData<Resource<ResultType>>() init { result.value = Resource.loading(null) val dbData=loadFromDb() if (shouldFetch(dbData)) { fetchFromNetWork() } else{ setValue(Resource.success(dbData)) } } private fun setValue(resource: Resource<ResultType>) { if (result.value != resource) { result.value = resource } } private fun fetchFromNetWork() { val networkLiveData = createCall() result.addSource(networkLiveData, Observer { when (it) { is ApiSuccessResponse -> { executor.diskIO().execute { val data = processResponse(it) executor.mainThread().execute { result.value = Resource.success(data) } } } is ApiEmptyResponse -> { executor.diskIO().execute { executor.mainThread().execute { result.value = Resource.success(null) } } } is ApiErrorResponse -> { onFetchFailed() result.value = Resource.error(it.errorMessage, null) } } }) } fun asLiveData() = result as LiveData<Resource<ResultType>> abstract fun onFetchFailed() abstract fun createCall(): LiveData<ApiResponse<RequestType>> abstract fun processResponse(response: ApiSuccessResponse<RequestType>): ResultType abstract fun shouldFetch(type: ResultType?): Boolean abstract fun loadFromDb(): ResultType? }
這是一個(gè)抽象類,關(guān)注一下它的幾個(gè)抽象方法,這些抽象方法決定了是使用緩存數(shù)據(jù)還是去網(wǎng)路請(qǐng)求以及對(duì)網(wǎng)絡(luò)請(qǐng)求返回結(jié)果的處理。其中的AppExecutor是用來處理在主線程更新LiveData,在子線程處理網(wǎng)絡(luò)請(qǐng)求結(jié)果的。
之后只需要在Repository里直接返回一個(gè)匿名內(nèi)部類,復(fù)寫相應(yīng)的抽象方法即可。
class UserRepository { private val executor = AppExecutors() fun getUser(userId: String): LiveData<Resource<User>> { return object : NetWorkResource<User, User>(executor) { override fun shouldFetch(type: User?): Boolean { return true } override fun loadFromDb(): User? { return null } override fun onFetchFailed() { } override fun createCall(): LiveData<ApiResponse<User>> = GitHubApi.gitHubService.getUser(userId) override fun processResponse(response: ApiSuccessResponse<User>): User { return response.body } }.asLiveData() } }
3.3對(duì)UI的簡(jiǎn)單封裝
abstract class VMActivity<T : BaseViewModel> : BaseActivity() { protected lateinit var mViewModel: T abstract fun loadViewModel(): T override fun onCreate(savedInstanceState: Bundle?) { super.onCreate(savedInstanceState) mViewModel = loadViewModel() lifecycle.addObserver(mViewModel) } }
這里通過使用集成和泛型,強(qiáng)制開發(fā)者在繼承這個(gè)類時(shí)返回一個(gè)ViewMode。
在使用時(shí)如下。
class MainActivity : VMActivity<MainViewModel>() { override fun loadViewModel(): MainViewModel { return MainViewModel() } override fun getLayoutId(): Int = R.layout.activity_main override fun onCreate(savedInstanceState: Bundle?) { super.onCreate(savedInstanceState) mViewModel.loginResponseLiveData.observe(this, Observer { when (it?.status) { Status.SUCCESS -> { contentTV.text = it.data?.reposUrl } Status.ERROR -> { contentTV.text = "error" } Status.LOADING -> { contentTV.text = "loading" } } }) loginBtn.setOnClickListener { mViewModel.login("skateboard1991") } } }
4.github地址
Github (本地下載)
整個(gè)項(xiàng)目就是一個(gè)Git的獲取用戶信息的一個(gè)簡(jiǎn)易demo,還有很多不足,后續(xù)在應(yīng)用過程中會(huì)逐漸完善。
5.參考
https://github.com/googlesamples/android-architecture-components
好了,以上就是這篇文章的全部?jī)?nèi)容了,希望本文的內(nèi)容對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值,謝謝大家對(duì)億速云的支持。
免責(zé)聲明:本站發(fā)布的內(nèi)容(圖片、視頻和文字)以原創(chuàng)、轉(zhuǎn)載和分享為主,文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng),如果涉及侵權(quán)請(qǐng)聯(lián)系站長(zhǎng)郵箱:is@yisu.com進(jìn)行舉報(bào),并提供相關(guān)證據(jù),一經(jīng)查實(shí),將立刻刪除涉嫌侵權(quán)內(nèi)容。