建站
咨詢
售后
建站咨詢
新聞中心
1、概述
成都創(chuàng)新互聯(lián)是專業(yè)的資溪網(wǎng)站建設(shè)公司，資溪接單;提供成都網(wǎng)站設(shè)計、成都網(wǎng)站制作,網(wǎng)頁設(shè)計,網(wǎng)站設(shè)計,建網(wǎng)站,PHP網(wǎng)站建設(shè)等專業(yè)做網(wǎng)站服務(wù);采用PHP框架,可快速的進行資溪網(wǎng)站開發(fā)網(wǎng)頁制作和功能擴展;專業(yè)做搜索引擎喜愛的網(wǎng)站,專業(yè)的做網(wǎng)站團隊,希望更多企業(yè)前來合作!
Databinding 是一種框架，MVVM是一種模式，兩者的概念是不一樣的。我的理解DataBinding是一個實現(xiàn)數(shù)據(jù)和UI綁定的框架，只是一個實現(xiàn)MVVM模式的工具。ViewModel和View可以通過DataBinding來實現(xiàn)單向綁定和雙向綁定，這套UI和數(shù)據(jù)之間的動態(tài)監(jiān)聽和動態(tài)更新的框架Google已經(jīng)幫我們做好了。在MVVM模式中ViewModel和View是用綁定關(guān)系來實現(xiàn)的，所以有了DataBinding 使我們構(gòu)建Android MVVM 應(yīng)用程序成為可能。
之前看了很多關(guān)于DataBinding的博客和相關(guān)的一些Demo，大多數(shù)就是往xml布局文件傳入一些數(shù)據(jù)，然后把這些數(shù)據(jù)綁定到控件上( 如TextView binding:text=“@{user.name} )，接著在這些控件上(如Button binding:setOnClickListener=”@{user.listener}”) 設(shè)置一些事件到控件上，基本講述都是DataBinding的基本用法。但是并沒有人告訴你把一個onClickListener 寫到一個類并把這個listener綁定到xml里面上是不是不太好，也沒有人告訴你這個和xml布局綁定的ViewModel類應(yīng)該放哪些數(shù)據(jù)，應(yīng)該做什么事?應(yīng)該如何設(shè)計?更是很少有博文來告訴你在Android 中如何通過Data Binding 去構(gòu)建MVVM 的應(yīng)用框架。這也就是是本篇文章的重點。接下來，我們先來看看什么是MVVM，然后在一步一步來設(shè)計整個應(yīng)用程序框架。
源碼地址 https://github.com/Kelin-Hong/MVVMLight
2、MVC、MVP、MVVM
首先，我們先大致了解Android開發(fā)中常見的模式,以便我們更深入了解MVVM 模式。
- MVC
View：對應(yīng)于xml布局文件
Model：實體模型
Controllor：對應(yīng)于Activity業(yè)務(wù)邏輯，數(shù)據(jù)處理和UI處理
從上面看起來各個組件的職責(zé)視乎還挺耦合MVC的，但是打開Android的一個Activity文件，一看一言難盡， Android中經(jīng)常會出現(xiàn)數(shù)千行的Activity代碼，究其原因，Android中純粹作為View的各個XML視圖功能太弱，Activity基本上都是View和Controller的合體，既要負責(zé)視圖的顯示又要加入控制邏輯，承擔(dān)的功能過多，代碼量大也就不足為奇。所有更貼切的目前常規(guī)的開發(fā)說應(yīng)該是View-Model 模式，大部分都是通過Activity的協(xié)調(diào)，連接，和處理邏輯的。
- MVP
View: 對應(yīng)于Activity和xml，負責(zé)View的繪制以及與用戶交互
Model: 依然是實體模型
Presenter: 負責(zé)完成View于Model間的交互和業(yè)務(wù)邏輯
在Android開發(fā)中MVP的設(shè)計思想用得比較多，利用MVP的設(shè)計模型可以把部分的邏輯的代碼從Fragment和Activity業(yè)務(wù)的邏輯移出來，在Presenter中持有View(Activity或者Fragment)的引用，然后在Presenter調(diào)用View暴露的接口對視圖進行操作，這樣有利于把視圖操作和業(yè)務(wù)邏輯分開來。MVP能夠讓Activity成為真正的View而不是View和Control的合體，Activity只做UI相關(guān)的事。但是這個模式還是存在一些不好的地方，比較如說：
- Activity需要實現(xiàn)各種跟UI相關(guān)的接口，同時要在Activity中編寫大量的事件，然后在事件處理中調(diào)用presenter的業(yè)務(wù)處理方法，View和Presenter只是互相持有引用并互相做回調(diào),代碼不美觀。
- 這種模式中，程序的主角是UI，通過UI事件的觸發(fā)對數(shù)據(jù)進行處理，更新UI就有考慮線程的問題。而且UI改變后牽扯的邏輯耦合度太高，一旦控件更改(比較TextView 替換 EditText等)牽扯的更新UI的接口就必須得換。
復(fù)雜的業(yè)務(wù)同時會導(dǎo)致presenter層太大，代碼臃腫的問題。
- MVVM
View: 對應(yīng)于Activity和xml，負責(zé)View的繪制以及與用戶交互
Model: 實體模型
ViewModel: 負責(zé)完成View于Model間的交互,負責(zé)業(yè)務(wù)邏輯
MVVM的目標和思想MVP類似，利用數(shù)據(jù)綁定(Data Binding)、依賴屬性(Dependency Property)、命令(Command)、路由事件(Routed Event)等新特性，打造了一個更加靈活高效的架構(gòu)。
- 數(shù)據(jù)驅(qū)動
在MVVM中，以前開發(fā)模式中必須先處理業(yè)務(wù)數(shù)據(jù)，然后根據(jù)的數(shù)據(jù)變化，去獲取UI的引用然后更新UI，通過也是通過UI來獲取用戶輸入，而在MVVM中，數(shù)據(jù)和業(yè)務(wù)邏輯處于一個獨立的View Model中，ViewModel只要關(guān)注數(shù)據(jù)和業(yè)務(wù)邏輯，不需要和UI或者控件打交道。由數(shù)據(jù)自動去驅(qū)動UI去自動更新UI，UI的改變又同時自動反饋到數(shù)據(jù)，數(shù)據(jù)成為主導(dǎo)因素，這樣使得在業(yè)務(wù)邏輯處理只要關(guān)心數(shù)據(jù)，方便而且簡單很多。
- 低耦合度
MVVM模式中，數(shù)據(jù)是獨立于UI的，ViewModel只負責(zé)處理和提供數(shù)據(jù)，UI想怎么處理數(shù)據(jù)都由UI自己決定，ViewModel 不涉及任何和UI相關(guān)的事也不持有UI控件的引用，即使控件改變(TextView 換成 EditText)ViewModel 幾乎不需要更改任何代碼，專注自己的數(shù)據(jù)處理就可以了，如果是MVP遇到UI更改，就可能需要改變獲取UI的方式，改變更新UI的接口，改變從UI上獲取輸入的代碼，可能還需要更改訪問UI對象的屬性代碼等等。
- 更新 UI
在MVVM中，我們可以在工作線程中直接修改View Model的數(shù)據(jù)(只要數(shù)據(jù)是線程安全的)，剩下的數(shù)據(jù)綁定框架幫你搞定，很多事情都不需要你去關(guān)心。
- 團隊協(xié)作
MVVM的分工是非常明顯的，由于View和View Model之間是松散耦合的。一個是處理業(yè)務(wù)和數(shù)據(jù)，一個是專門的UI處理。完全有兩個人分工來做，一個做UI(xml 和 Activity)一個寫ViewModel，效率更高。
- 可復(fù)用性
一個View Model復(fù)用到多個View中，同樣的一份數(shù)據(jù)，用不同的UI去做展示，對于版本迭代頻繁的UI改動，只要更換View層就行，對于如果想在UI上的做AbTest 更是方便的多。
- 單元測試
View Model里面是數(shù)據(jù)和業(yè)務(wù)邏輯，View中關(guān)注的是UI，這樣的做測試是很方便的，完全沒有彼此的依賴，不管是UI的單元測試還是業(yè)務(wù)邏輯的單元測試，都是低耦合的。
通過上面對MVVM的簡述和其他兩種模式的對比，我們發(fā)現(xiàn)MVVM對比MVC和MVP來說還是存在比較大的優(yōu)勢，雖然目前Android開發(fā)中可能真正在使用MVVM的很少，但是是值得我們?nèi)プ鲆恍┨接懞驼{(diào)研。
3、如何構(gòu)建MVVM應(yīng)用程序
1). 如何分工
構(gòu)建MVVM框架首先要具體了解各個模塊的分工，接下來我們來講解View，ViewModel，Model 的它們各自的職責(zé)所在。
- View
View層做的就是和UI相關(guān)的工作，我們只在XML和Activity或Fragment寫View層的代碼，View層不做和業(yè)務(wù)相關(guān)的事，也就是我們的Activity 不寫和業(yè)務(wù)邏輯相關(guān)代碼，也不寫需要根據(jù)業(yè)務(wù)邏輯來更新UI的代碼，因為更新UI通過Binding實現(xiàn)，更新UI在ViewModel里面做(更新綁定的數(shù)據(jù)源即可)，Activity 要做的事就是初始化一些控件(如控件的顏色，添加 RecyclerView 的分割線)，Activity可以更新UI，但是更新的UI必須和業(yè)務(wù)邏輯和數(shù)據(jù)是沒有關(guān)系的，只是單純的根據(jù)點擊或者滑動等事件更新UI(如 根據(jù)滑動顏色漸變、根據(jù)點擊隱藏等單純UI邏輯)，Activity(View層)是可以處理UI事件，但是處理的只是處理UI自己的事情，View層只處理View層的事。簡單的說：View層不做任何業(yè)務(wù)邏輯、不涉及操作數(shù)據(jù)、不處理數(shù)據(jù)、UI和數(shù)據(jù)嚴格的分開。
- ViewModel
ViewModel層做的事情剛好和View層相反，ViewModel 只做和業(yè)務(wù)邏輯和業(yè)務(wù)數(shù)據(jù)相關(guān)的事，不做任何和UI、控件相關(guān)的事，ViewModel 層不會持有任何控件的引用，更不會在ViewModel中通過UI控件的引用去做更新UI的事情。ViewModel就是專注于業(yè)務(wù)的邏輯處理，操作的也都是對數(shù)據(jù)進行操作，這些個數(shù)據(jù)源綁定在相應(yīng)的控件上會自動去更改UI，開發(fā)者不需要關(guān)心更新UI的事情。DataBinding 框架已經(jīng)支持雙向綁定，這使得我們在可以通過雙向綁定獲取View層反饋給ViewModel層的數(shù)據(jù)，并進行操作。關(guān)于對UI控件事件的處理，我們也希望能把這些事件處理綁定到控件上，并把這些事件統(tǒng)一化，方便ViewModel對事件的處理和代碼的美觀。為此我們通過BindingAdapter 對一些常用的事件做了封裝，把一個個事件封裝成一個個Command，對于每個事件我們用一個ReplyCommand
- Model
Model 的職責(zé)很簡單，基本就是實體模型(Bean)同時包括Retrofit 的Service ，ViewModel 可以根據(jù)Model 獲取一個Bean的Observable
2). 如何協(xié)作
關(guān)于協(xié)作，我們先來看下面的一張圖：
圖 1
上圖反應(yīng)了MVVM框架中各個模塊的聯(lián)系和數(shù)據(jù)流的走向，由上圖可知View和Model 直接是解耦的，是沒有直接聯(lián)系的，也就是我之前說到的View 不做任何和業(yè)務(wù)邏輯和數(shù)據(jù)處理相關(guān)的事。我們從每個模塊一一拆分來看。那么我們重點就是下面的三個協(xié)作。
- ViewModel與View的協(xié)作
- ViewModel與Model的協(xié)作
- ViewModel與ViewModel的協(xié)作
ViewModel與View的協(xié)作
圖 2
圖 2 中ViewModel 和View 是通過綁定的方式連接在一起的，綁定的一種是數(shù)據(jù)綁定，一種是命令綁定。數(shù)據(jù)的綁定 DataBinding 已經(jīng)提供好了，簡單的定義一些ObservableField就能把數(shù)據(jù)和控件綁定在一起了(如TextView的text屬性)，但是DataBinding框架提供的不夠全面，比如說如何讓一個URL綁定到一個ImageView讓這個ImageView能自動去加載url指定的圖片，如何把數(shù)據(jù)源和布局模板綁定到一個ListView，讓ListView可以不需要去寫Adapter和ViewHolder 相關(guān)的東西，而只是通過簡單的綁定的方式把ViewModel的數(shù)據(jù)源綁定到Xml的控件里面就能快速的展示列表呢?這些就需要我們做一些工作和簡單的封裝。MVVM Light Toolkit 已經(jīng)幫我們做了一部分的工作，詳情可以查看MVVM Light Toolkit 使用指南。關(guān)于事件綁定也是一樣，MVVM Light Toolkit 做了簡單的封裝，對于每個事件我們用一個ReplyCommand
由 圖 1 中ViewModel的模塊中我們可以看出ViewModel類下面一般包含下面5個部分：
- Context (上下文)
- Model (數(shù)據(jù)模型Bean)
- Data Field (數(shù)據(jù)綁定)
- Command (命令綁定)
- Child ViewModel (子ViewModel)
我們先來看下示例代碼，然后在一一講解5個部分是干嘛用的：
- //context
- private Activity context;
- //model（數(shù)據(jù)模型Bean）
- private NewsService.News news;
- private TopNewsService.News topNews;
- //數(shù)據(jù)綁定（data field）
- public final ObservableField
imageUrl = new ObservableField<>();
本文題目：如何構(gòu)建AndroidMVVM應(yīng)用程序
本文URL：http://m.5511xx.com/article/cddcgdc.html
