AndroidMVVM

1、MVVM是一種架構(gòu)模式，而DataBinding是一個實現(xiàn)數(shù)據(jù)和UI綁定的框架，是構(gòu)建MVVM模式的一個工具。

創(chuàng)新互聯(lián)建站憑借專業(yè)的設(shè)計團(tuán)隊扎實的技術(shù)支持、優(yōu)質(zhì)高效的服務(wù)意識和豐厚的資源優(yōu)勢，提供專業(yè)的網(wǎng)站策劃、成都網(wǎng)站設(shè)計、成都網(wǎng)站建設(shè)、網(wǎng)站優(yōu)化、軟件開發(fā)、網(wǎng)站改版等服務(wù)，在成都10年的網(wǎng)站建設(shè)設(shè)計經(jīng)驗，為成都成百上千中小型企業(yè)策劃設(shè)計了網(wǎng)站。

2、MVVM 是 Model-View-ViewModel 的簡寫。和 MVP 模式相比，MVVM 模式用 ViewModel 替換了 Presenter ，其他層基本上與 MVP 模式一致，ViewModel 可以理解成 是 View 的數(shù)據(jù)模型和 Presenter 的合體。

3、MVP（Model-View-Presenter）是MVC的改良模式。與MVP一樣，實現(xiàn)了視圖、模型、控制的解耦，重點是改變的通信方式。MVVM實現(xiàn)了數(shù)據(jù)與UI的雙重綁定，其中 DataBinding 是實現(xiàn)MVVM的關(guān)鍵工具。

4、在ImageView內(nèi)自定義了一個url屬性，此時需使用BindingAdapter去自定義實現(xiàn)，實現(xiàn)起來很簡單：至此一個很簡單的MVVM架構(gòu)的小demo就實現(xiàn)了。

如何使用MVP架構(gòu)搭建Android應(yīng)用程序

從上面這個結(jié)構(gòu)來看，Android本身的設(shè)計還是符合MVC架構(gòu)的，但是Android中純粹作為View的XML視圖功能太弱，我們大量處理View的邏輯只能寫在Activity中，這樣Activity就充當(dāng)了View和Controller兩個角色，直接導(dǎo)致Activity中的代碼大爆炸。

通過FinalActivity，可以通過注解的方式進(jìn)行綁定UI和事件。通過FinalBitmap，可以方便的加載Bitmap圖片，而無需考慮OOM等問題。通過FinalDB模塊，通過一行代碼就可以對Android的SQlite數(shù)據(jù)庫進(jìn)行增刪改查。

MVP下Activity和Fragment體現(xiàn)在了這一層，Activity一般也就做加載UI視圖、設(shè)置監(jiān)聽再交由Presenter處理的一些工作，所以也就需要持有相應(yīng)Presenter的引用。

MVP代表Model，View和Presenter。下圖是基于MVP架構(gòu)的模式之一。View是UI線程。Presenter是View與Model之間的適配器。UseCase或者Domain在Model層中，負(fù)責(zé)從實體獲取或載入數(shù)據(jù)。

Android中MVC、MVP、MVVM的區(qū)別與使用

MVC、MVP和MVVM是常見的三種架構(gòu)設(shè)計模式，當(dāng)前MVP和MVVM的使用相對比較廣泛，當(dāng)然MVC也并沒有過時之說。

MVP（Model-View-Presenter）是MVC的改良模式。與MVP一樣，實現(xiàn)了視圖、模型、控制的解耦，重點是改變的通信方式。MVVM實現(xiàn)了數(shù)據(jù)與UI的雙重綁定，其中 DataBinding 是實現(xiàn)MVVM的關(guān)鍵工具。

MVC、MVP、MVVM這些模式是為了解決開發(fā)過程中的實際問題而提出來的，目前作為主流的幾種架構(gòu)模式而被廣泛使用。

MVVM ，MVVM 模式將 Presenter 改名為 ViewModel，基本上與 MVP 模式完全 一致。唯一的區(qū)別是，它采用雙向綁定（data-binding）：View的變動，自動反映在 ViewModel，反之亦然。Angular 和 Ember 都采用這種模式。

如何一步一步實現(xiàn)Android的MVP框架

MVP下Activity和Fragment體現(xiàn)在了這一層，Activity一般也就做加載UI視圖、設(shè)置監(jiān)聽再交由Presenter處理的一些工作，所以也就需要持有相應(yīng)Presenter的引用。

接下來，我們先來看看什么是MVVM，然后再一步一步來設(shè)計整個MVVM框架。MVC、MVP、MVVM 首先，我們先大致了解下Android開發(fā)中常見的模式。MVC View：XML布局文件。Model：實體模型(數(shù)據(jù)的獲取、存儲、數(shù)據(jù)狀態(tài)變化)。

在Android開發(fā)中，如果你不考慮架構(gòu)的話，Activity類往往會越來越大。這是因為，在Android中，允許View和其它線程共存于Activity內(nèi)。其實最大的問題莫過于 在Activity中同時存在業(yè)務(wù)邏輯和UI邏輯 。這會增加測試和維護(hù)的成本。

通過FinalActivity，可以通過注解的方式進(jìn)行綁定UI和事件。通過FinalBitmap，可以方便的加載Bitmap圖片，而無需考慮OOM等問題。通過FinalDB模塊，通過一行代碼就可以對Android的SQlite數(shù)據(jù)庫進(jìn)行增刪改查。

MVVM：Model-View-ViewModel，是對MVP的一個優(yōu)化模式，采用了雙向綁定：View的變動，自動反映在ViewModel，反之亦然。面對眾多的架構(gòu)模式你會選擇哪個？MVC，MVP還是MVVM？越高級的模式復(fù)雜性越高，實現(xiàn)起來也越難。

android：text=登錄//LinearLayout No新建LoginPresenter。我們面向接口編程，所以，新建一個Presenter接口，在該Demo是沒有什么方法，這是為了可擴(kuò)展性考慮。