Android MVVM 分析以及使用

首先我們需要知道什么是MVVM，他的功能和優點，以及他的缺點。

MVVM是Model-View-ViewModel的簡寫。它本質上就是MVC 的改進版。MVVM 就是將其中的View 的狀態和行為抽象化，讓我們將視圖 UI 和業務邏輯分開。當然這些事 ViewModel 已經幫我們做了，它可以取出 Model 的數據同時幫忙處理 View 中由于需要展示內容而涉及的業務邏輯。微軟的WPF帶來了新的技術體驗，如Silverlight、音頻、視頻、3D、動畫……，這導致了軟件UI層更加細節化、可定制化。同時，在技術層面，WPF也帶來了 諸如Binding、Dependency Property、Routed Events、Command、DataTemplate、ControlTemplate等新特性。MVVM（Model-View-ViewModel）框架的由來便是MVP（Model-View-Presenter）模式與WPF結合的應用方式時發展演變過來的一種新型架構框架。它立足于原有MVP框架并且把WPF的新特性糅合進去，以應對客戶日益復雜的需求變化。

WPF的數據綁定與Presentation Model相結合是非常好的做法,使得開發人員可以將View和邏輯分離出來,但這種數據綁定技術非常簡單實用，也是WPF所特有的，所以我們又稱之為Model-View-ViewModel(MVVM)。這種模式跟經典的MVP（Model-View-Presenter）模式很相似，除了你需要一個為View量身定制的model，這個model就是ViewModel。ViewModel包含所有由UI特定的接口和屬性，并由一個 ViewModel 的視圖的綁定屬性，并可獲得二者之間的松散耦合，所以需要在ViewModel 直接更新視圖中編寫相應代碼。數據綁定系統還支持提供了標準化的方式傳輸到視圖的驗證錯誤的輸入的驗證。在視圖（View）部分，通常也就是一個Aspx頁面。在以前設計模式中由于沒有清晰的職責劃分，UI 層經常成為邏輯層的全能代理，而后者實際上屬于應用程序的其他層。MVP 里的M 其實和MVC里的M是一個，都是封裝了核心數據、邏輯和功能的計算關系的模型，而V是視圖（窗體），P就是封裝了窗體中的所有操作、響應用戶的輸入輸出、事件等，與MVC里的C差不多，區別是MVC是系統級架構的，而MVP是用在某個特定頁面上的，也就是說MVP的靈活性要遠遠大于MVC，實現起來也極為簡單。我們再從IView這個interface層來解析，它可以幫助我們把各類UI與邏輯層解耦，同時可以從UI層進入自動化測試（Unit/Automatic Test）并提供了入口，在以前可以由WinForm/Web Form/MFC等編寫的UI是通過事件Windows消息與IView層溝通的。WPF與IView層的溝通，最佳的手段是使用Binding，當然，也可以使用事件；Presenter層要實現IView，多態機制可以保證運行時UI層顯示恰當的數據。比如Binding，在程序中，你可能看到Binding的Source是某個interface類型的變量，實際上，這個interface變量引用著的對象才是真正的數據源。MVC模式大家都已經非常熟悉了，在這里我就不贅述，這些模式也是依次進化而形成MVC—>MVP—>MVVM。有一句話說的好：當物體受到接力的時候，凡是有界面的地方就是最容易被撕下來的地方。因此，IView作為公共視圖接口約束（契約）的一層意思；View則能傳達解耦的一層意思。

設計模式

因為WPF技術出現，從而使MVC架構模式有所改進，MVVM 模式便是使用的是數據綁定基礎架構。它們可以輕松構建UI的必要元素。可以參考The Composite Application Guidance for WPF(prism)View綁定到ViewModel，然后執行一些命令在向它請求一個動作。而反過來，ViewModel跟Model通訊，告訴它更新來響應UI。這樣便使得為應用構建UI非常的容易。往一個應用程序上貼一個界面越容易，外觀設計師就越容易使用Blend來創建一個漂亮的界面。同時，當UI和功能越來越松耦合的時候，功能的可測試性就越來越強。在MVP模式中，為了讓UI層能夠從邏輯層上分離下來，設計師們在UI層與邏輯層之間加了一層interface。無論是UI開發人員還是數據開發人員，都要尊重這個契約、按照它進行設計和開發。這樣，理想狀態下無論是Web UI還是Window UI就都可以使用同一套數據邏輯了。借鑒MVP的IView層，養成習慣。View Model聽起來比Presenter要貼切得多；會把一些跟事件、命令相關的東西放在MVC的’C’,或者是MVVM的’Vm’。

MVVM優點

MVVM模式和MVC模式一樣，主要目的是分離視圖（View）和模型（Model），有幾大優點

低耦合。視圖（View）可以獨立于Model變化和修改，一個ViewModel可以綁定到不同的'View'上，當View變化的時候Model可以不變，當Model變化的時候View也可以不變。 可重用性。你可以把一些視圖邏輯放在一個ViewModel里面，讓很多view重用這段視圖邏輯。 獨立開發。開發人員可以專注于業務邏輯和數據的開發（ViewModel），設計人員可以專注于頁面設計，使用Expression Blend可以很容易設計界面并生成xaml代碼。 可測試。界面素來是比較難于測試的，測試可以針對ViewModel來寫。MVVM控件

使用MVVM來開發用戶控件。由于用戶控件在大部分情況下不涉及到數據的持久化，所以如果將M純粹理解為DomainModel的話，使用MVVM模式來進行自定義控件開發實際上可以省略掉M，變成了VVM

MVVM的核心是databidning 這是一個用于數據雙向綁定的，他的強大之處，出了雙向綁定之外，還可以代替butterknife。眾所周知butterknife需要對每一個控件進行單獨的綁定，這樣子不但非常的費時間，而且會導致代碼看起來極其的復雜。下面上圖展示一下實際的差距。

這是butterknife這個樣子只是進行了，綁定但是在用的時候還是不夠方便因為你去要根據你的id去寫出，對應的id方可進行操作。

這個databinding的是綁定聲明，使用起來是這樣子的

databinding后面直接點就可以，選擇綁定頁面的中的控件。而且他的強大之處就是，databinding綁定之后就相當于一個viewgroup。這個在適配器中或者自定義頁面的情況下極大地減少了，代碼量。而且更不易出錯。非常的穩定。那么可能會有人問，既然使用了kotlin，那么我為什么還有使用databinding呢，沒錯總是有些杠精要和你杠一下，kotlin中的自帶的id調用，是不錯的。除非的你每個id開通都不重復否則。

那你就等根據后面的所屬的activity慢慢選吧，而且kotlin綁定的控件，無法傳遞內存地址，你想把這個控件傳到適配器里，那是不可能的。

接下來我們就說一下databinding的數據綁定，databinding自帶的數據雙向綁定，首先在使用之間，需要在gradle引入

這就就是打開databinding，那么如果使用數據綁定

首先使用databinding時 布局必須以開頭，結尾。然后就可以在代碼中綁定以開頭結尾的文件了。

然后在布局中聲明的id，

就可以直接調用

現在只是綁定了布局，還并沒有綁定數據，數據綁定可以使bean也可以直接是數據。下面是數據的綁定，可以直接在

也可以在代碼中聲明一個數據源，例如：

這個要在標簽中聲明。type就是他的類型。然后在代碼中綁定這個數據

然后就可以直接在布局中設置數據了

這個樣子已經是實現了，datanbinding的雙向綁定，但是還不是 所有，當數據刷新時，我們通常需要手動刷新或者在代碼里重新賦值，但是databinding是不需要的，你只需要在bean中實現一個生命就可以，例如

在類的后面繼承BaseObservable（是每一個類，一個bean中可能有多個類），

然后在get方法上面聲明@Bindable，之后就可以了。當數據發生改變，綁定的數據就會自動改變，是不是很強大?，F在只是介紹了databinding，接下來我們來看看MVVM。MVVM分為model，view，modelView（簡稱vm），所以我們在使用是就可以像mvp一樣分開文件，具有解耦效果，為了保證代碼的安全性，我們分別使用modelIpl，VmIPL，就是讓他們繼承自接口，保證文件的安全性，下面開始實戰操作。首先是model

interface MassageModel { fun initData(context: Context?,activity: Activity?,page:Int,size :Int,stringCallback: StringCallback) fun upData(context: Context?,activity: Activity?,page:Int,size :Int,stringCallback: StringCallback) fun LoadMoreData(context: Context?,activity: Activity?,page:Int,size :Int,stringCallback: StringCallback) fun readAll(context: Context?,activity: Activity?,stringCallback: StringCallback) fun delectSelect(context: Context?,activity: Activity?,ids: String,stringCallback: StringCallback) fun updateUerNews(context: Context?,activity: Activity?,id:Int,stringCallback: StringCallback)}

然后實現model的接口modelIpl

class MassageModelIpl:MassageModel { override fun initData(context: Context?, activity: Activity?, page: Int, size: Int, stringCallback: StringCallback) { NetControl(context, activity).queryUerList(page,size,stringCallback) } override fun upData(context: Context?, activity: Activity?, page: Int, size: Int, stringCallback: StringCallback) {NetControl(context, activity).queryUerList(page,size,stringCallback) } override fun LoadMoreData(context: Context?, activity: Activity?, page: Int, size: Int, stringCallback: StringCallback) {NetControl(context, activity).queryUerList(page,size,stringCallback) } override fun readAll(context: Context?, activity: Activity?, stringCallback: StringCallback) {NetControl(context, activity).uerNewsReaded(stringCallback) } override fun delectSelect(context: Context?, activity: Activity?, ids: String, stringCallback: StringCallback) {NetControl(context, activity).deleteUerList(ids,stringCallback) } override fun updateUerNews(context: Context?, activity: Activity?, id: Int, stringCallback: StringCallback) {NetControl(context, activity).updateUerNews(id,stringCallback) }}

然后是ViewModelListener（Vm）

Vm

class MassageVm(activity: Activity, context: Context, massageBinding: ActivityMassageBinding,layoutInflater: LayoutInflater) : MassageListener { var activity: Activity var context: Context var massageBinding: ActivityMassageBinding var massageModelIpl: MassageModelIpl var massageBean: MassageBean? = null; var massageAdapter: MassageAdapter? = null var layoutInflater: LayoutInflater init {this.context = contextthis.layoutInflater = layoutInflaterthis.activity = activitythis.massageBinding = massageBindingmassageModelIpl = MassageModelIpl() } /** * 加載第一次的數據 */ override fun initData() { } /** * 加載適配器 */ private fun initListViewData() { } /** * 下拉刷新 */ override fun update() { } /** * 上拉加載 */ override fun loadMore() { } /** * 全部已讀 */ override fun readAll() { } /** * 刪除選中 */ override fun delectSelect() { } override fun ReadSimple(id: Int) { } /** * dialog提示 */ private fun ShowToast(s: String, type: Int) { }}

最后就是講view和Vm綁定就是activity或者Fragment

class MassageActivity : BaseMVVMActivity() { lateinit var activityMassageBinding: ActivityMassageBinding lateinit var massageVm: MassageVm override fun InitNew() { } override fun setVM() {massageVm = MassageVm(this, this, activityMassageBinding, layoutInflater) } override fun InitData() {massageVm.initData() } override fun SetLayout(): Int {return R.layout.activity_massage } override fun FindView() { } override fun SetListener() {activityMassageBinding.listView.setOnLoadMoreListener { massageVm.loadMore()}activityMassageBinding.listView.setOnRefreshListener { massageVm.update()}activityMassageBinding.btnSelectIsRead.setOnClickListener { massageVm.readAll()}activityMassageBinding.btnSelectDelete.setOnClickListener { massageVm.delectSelect()} } override fun SetBindingLayout() {activityMassageBinding = DataBindingUtil.setContentView(this, R.layout.activity_massage) } override fun onBackPressed() {val intent = Intent(this, MainActivity::class.java)startActivity(intent)overridePendingTransition(R.anim.fade_in, android.R.anim.slide_out_right)finish() } /** * 返回 * * @param view */ fun btnPrevious(view: View?) {onBackPressed() }}

需要說明一個fragment/adapter/viewgroup中需要一個layoutInflater這個就決定了activity的綁定方式和fragment的綁定方式不是相同的，下面說一個fragment中的綁定方式。（adapter和viewgroup的也是相同的方法）

var itemMyorderList1Binding: ItemMyorderList1Binding =DataBindingUtil.inflate(layoutInflater,R.layout.item_myorder_list1, null, false)

ItemMyorderList1Binding 這個就是你布局的名字后面加上一個binding。最后送上套簡單的activity和fragment的封裝

public abstract class BaseMVVMActivity extends AppCompatActivity { @Override protected void onCreate(@Nullable Bundle savedInstanceState) {super.onCreate(savedInstanceState);DataBindingUtil.setContentView(this, SetLayout());SetBindingLayout();FindView();setVM();InitNew();InitData();SetListener(); } public void SetBindingLayout() { } protected abstract void setVM(); protected abstract int SetLayout(); protected abstract void FindView(); protected abstract void InitNew(); protected abstract void InitData(); protected abstract void SetListener();}

public abstract class BaseMVVMFragment extends Fragment { LayoutInflater flater; @Nullable @Override public View onCreateView(@NonNull LayoutInflater inflater, @Nullable ViewGroup container, @Nullable Bundle savedInstanceState) {flater = inflater;View view = SetView();findView();initVM();initData();SetListener();return view; } public void initData() { } protected abstract View SetView(); protected abstract void initVM(); protected abstract void findView(); protected abstract void SetListener(); public LayoutInflater GetInflater() {return flater; }}

以上就是詳解Android框架MVVM分析以及使用的詳細內容，更多關于Android框架MVVM使用的資料請關注好吧啦網其它相關文章！