Android框架MVC、MVP和MVVM探究（圖解+案例+附原始碼）

阿新 • • 發佈：2019-01-08

1、介紹

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

2、瞭解並區分MVC，MVP，MVVM

2.1 MVC

MVC，(Model View Controller)，是軟體架構中最常見的一種框架，簡單來說就是通過controller的控制去操作model層的資料，並且返回給view層展示，具體見下圖

當用戶發觸事件的時候，view層會發送指令到controller層，接著controller去通知model層更新資料，model層更新完資料以後直接顯示在view層上，這就是MVC的工作原理。

Android中的MVC：

對於原生的Android專案來說，layout.xml裡面的xml檔案就對應於MVC的view層，裡面都是一些view的佈局程式碼，而各種java bean，還有一些類似repository類就對應於model層，至於controller層嘛，當然就是各種activity咯。比如你的介面有一個按鈕，按下這個按鈕去網路上下載一個檔案，這個按鈕是view層的，是使用xml來寫的，而那些和網路連線相關的程式碼寫在其他類裡，比如你可以寫一個專門的networkHelper類，這個就是model層，那怎麼連線這兩層呢？是通過 button.setOnClickListener()這個函式，這個函式就寫在了activity中，對應於controller層。是不是很清晰。

存在的問題：

問題就在於xml作為view層，控制能力實在太弱了，你想去動態的改變一個頁面的背景，或者動態的隱藏/顯示一個按鈕，這些都沒辦法在xml中做，只能把程式碼寫在activity中，造成了activity既是controller層，又是view層的這樣一個窘境。大家回想一下自己寫的程式碼，如果是一個邏輯很複雜的頁面，activity或者fragment是不是動輒上千行呢？這樣不僅寫起來麻煩，維護起來更是噩夢。
view層和model層是相互可知的，這意味著兩層之間存在耦合，耦合對於一個大型程式來說是非常致命的，因為這表示開發，測試，維護都需要花大量的精力。

正因為MVC存在上述的問題，所以引入後面要介紹的兩個框架-MVP和MVVM。

2.2 MVP

MVP，(Model View Presenter)作為MVC的演化，解決了MVC不少的缺點，對於Android來說，MVP的model層相對於MVC是一樣的，而activity和fragment不再是controller層，而是純粹的view層，所有關於使用者事件的轉發全部交由presenter層處理。下面還是讓我們看圖

從圖中就可以看出，最明顯的差別就是view層和model層不再相互可知，完全的解耦，取而代之的presenter層充當了橋樑的作用，用於操作view層發出的事件傳遞到presenter層中，presenter層去操作model層，並且將資料返回給view層，整個過程中view層和model層完全沒有聯絡。看到這裡大家可能會問，雖然view層和model層解耦了，但是view層和presenter層不是耦合在一起了嗎？其實不是的，對於view層和presenter層的通訊，我們是可以通過介面實現的;具體的意思就是說我們的activity，fragment可以去實現實現定義好的介面，而在對應的presenter中通過介面呼叫方法。不僅如此，我們還可以編寫測試用的View，模擬使用者的各種操作，從而實現對Presenter的測試。這就解決了MVC模式中測試，維護難的問題。

注意：其實最好的方式是使用fragment作為view層，而activity則是用於建立view層(fragment)和presenter層(presenter)的一個控制器。

2.3 MVVM

MVVM，(Model View ViewModel)如果說MVP是對MVC的進一步改進，那麼MVVM則是思想的完全變革。它是將“資料模型資料雙向繫結”的思想作為核心，因此在View和Model之間沒有聯絡，通過ViewModel進行互動，而且Model和ViewModel之間的互動是雙向的，因此檢視的資料的變化會同時修改資料來源，而資料來源資料的變化也會立即反應到View上。結構如下圖所示：

3 案例

案列背景介紹：

使用者點選一個按鈕A，獲取github上對應公司對應倉庫中貢獻排行第一的任的名字，然後我們還會有一個按鈕B，
使用者點選按鈕B，介面上排行第一的那個人的名字就會換成自己的。效果如圖所示：

3.1 MVC-案列

首先看對應view層的xml檔案

<?xml version="1.0" encoding="utf-8"?>
<LinearLayout xmlns:android="http://schemas.android.com/apk/res/android"
    xmlns:tools="http://schemas.android.com/tools"
    android:layout_width="match_parent"
    android:layout_height="match_parent"
    android:id="@+id/container"
    android:orientation="vertical"
    tools:context=".MainActivity"
    android:fitsSystemWindows="true">
    <Button
        android:text="get"
        android:layout_width="match_parent"
        android:layout_height="wrap_content"
        android:onClick="get"/>
    <Button
        android:text="change"
        android:layout_width="match_parent"
        android:layout_height="wrap_content"
        android:onClick="change"/>
    <TextView
        android:id="@+id/top_contributor"
        android:layout_width="match_parent"
        android:layout_height="match_parent"
        android:gravity="center"
        android:textSize="30sp"/>
</LinearLayout>

接著看對應controller層的activity：

public class MainActivity extends AppCompatActivity {

    private ProcessDialog dialog;
    private Contributor contributor = new Contributor();

    private TextView topContributor;

    private Subscriber<Contributor> contributorSub = new Subscriber<Contributor>() {

        @Override
        public void onStart() {
            showProgress();
        }

        @Override
        public void onCompleted() {

        }

        @Override
        public void onError(Throwable e) {

        }

        @Override
        public void onNext(Contributor contributor) {
            MainActivity.this.contributor = contributor;
            topContributor.setText(contributor.login);
            dismissProgress();
        }
    };

    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_main);
        topContributor = (TextView)findViewById(R.id.top_contributor);
    }

    public void get(View view){
        getTopContributor("square", "retrofit");//進行網路請求
    }

    public void change(View view){
        contributor.login = "GITHUB";
        topContributor.setText(contributor.login);
    }

    public void getTopContributor(String owner,String repo){
        GitHubApi.getContributors(owner, repo)
                .take(1)
                .observeOn(AndroidSchedulers.mainThread())
                .subscribeOn(Schedulers.newThread())
                .map(new Func1<List<Contributor>, Contributor>() {
                    @Override
                    public Contributor call(List<Contributor> contributors) {
                        return contributors.get(0);
                    }
                })
                .subscribe(contributorSub);
    }

    public void showProgress(){
        if(dialog == null){
            dialog = new ProcessDialog(this);
        }
        dialog.showMessage("正在載入...");
    }

    public void dismissProgress(){
        if(dialog == null){
            dialog = new ProcessDialog(this);
        }
        dialog.dismiss();
    }
}

我們看一下get()方法中呼叫的getTopContributor方法

    public void getTopContributor(String owner,String repo){  
        GitHubApi.getContributors(owner, repo)  
                .take(1)  
                .observeOn(AndroidSchedulers.mainThread())  
                .subscribeOn(Schedulers.newThread())  
                .map(new Func1<List<Contributor>, Contributor>() {  

                    @Override  
                    public Contributor call(List<Contributor> contributors) {  
                        return contributors.get(0);  
                    }  
                })  
                .subscribe(contributorSub);  
    }

熟悉rxjava和retrofit的同學應該都明白這是啥意思，如果對這兩個開源庫不熟悉也沒事，可以參考rxjava和 retrofit 對於這裡大家只要知道這段程式碼的意思就是去獲取github上owner公司中的repo倉庫裡貢獻排名第一的那個人。貢獻者是通過Contributor這個java bean儲存的。

  public class Contributor {  

        public String login;  
        public int contributions;  

        @Override  
        public String toString() {  
            return login + ", " + contributions;  
        }  
    }

很簡單，login表示貢獻者的名字，contributor表示貢獻的次數。

然後通過rxjava的subscriber中的onNext()函式得到這個資料。

  private Subscriber<Contributor> contributorSub = new Subscriber<Contributor>() {  

        @Override  
        public void onStart() {  
            showProgress();  
        }  

        @Override  
        public void onCompleted() {  

        }  

        @Override  
        public void onError(Throwable e) {  

        }  

        @Override  
        public void onNext(Contributor contributor) {  
            MainActivity.this.contributor = contributor;  
            topContributor.setText(contributor.login);  
            dismissProgress();  
        }  
    };

對於另外一個change按鈕的功能相信大家都能看懂了。

流程小結：

1、在xml中寫好佈局程式碼；
2、activity作為一個controller，裡面的邏輯是監聽使用者點選按鈕並作出相應的操作。比如針對get按鈕，做的工作就是呼叫GithubApi的方法去獲取資料。
3、GithubApi，Contributor等類則表示MVC中的model層，裡面是資料和一些具體的邏輯操作。

3.2 MVP-案列

通過具體的程式碼大家知道了MVC在Android上是如何工作的，也知道了它的缺點，那MVP是如何修正的呢？這裡先向大家推薦github上的一個第三方庫，通過這個庫大家可以很輕鬆的實現MVP。好了，還是看程式碼吧。

首先還是xml

<?xml version="1.0" encoding="utf-8"?>
<LinearLayout xmlns:android="http://schemas.android.com/apk/res/android"
    xmlns:tools="http://schemas.android.com/tools"
    android:layout_width="match_parent"
    android:layout_height="match_parent"
    android:id="@+id/container"
    android:orientation="vertical"
    tools:context=".ui.view.MainActivity"
    android:fitsSystemWindows="true">
    <Button
        android:text="get"
        android:layout_width="match_parent"
        android:layout_height="wrap_content"
        android:onClick="get"/>
    <Button
        android:text="change"
        android:layout_width="match_parent"
        android:layout_height="wrap_content"
        android:onClick="change"/>
    <TextView
        android:id="@+id/top_contributor"
        android:layout_width="match_parent"
        android:layout_height="match_parent"
        android:gravity="center"
        android:textSize="30sp"/>
</LinearLayout>

這個和MVC是一樣的，畢竟介面的形式是一樣的嘛。

接下去，我們看一個介面

public interface ContributorView extends MvpView {
    void onLoadContributorStart();
    void onLoadContributorComplete(Contributor topContributor);
    void onChangeContributorName(String name);
}

這個介面起什麼作用呢？還記得我之前說的嗎？MVP模式中，view層和presenter層靠的就是介面進行連線，而具體的就是上面的這個了，裡面定義的三個方法，

第一個是開始獲取資料；
第二個是獲取資料成功；
第三個是改名。

我們的view層（activity）只要實現這個介面就可以了。

下面看activity的程式碼

public class MainActivity extends MvpActivity<ContributorView,ContributorPresenter> implements ContributorView {

    private ProcessDialog dialog;
    private TextView topContributor;

    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_main);
        topContributor = (TextView)findViewById(R.id.top_contributor);
    }

    @NonNull
    @Override
    public ContributorPresenter createPresenter() {
        return new ContributorPresenter();
    }

    public void get(View view){
        getPresenter().get("square", "retrofit");
    }

    public void change(View view){
        getPresenter().change();
    }

    @Override
    public void onLoadContributorStart() {
        showProgress();
    }

    @Override
    public void onLoadContributorComplete(Contributor contributor) {
        topContributor.setText(contributor.toString());
        dismissProgress();
    }

    @Override
    public void onChangeContributorName(String name) {
        topContributor.setText(name);
    }

    public void showProgress(){
        if(dialog == null){
            dialog = new ProcessDialog(this);
        }
        dialog.showMessage("正在載入...");
    }

    public void dismissProgress(){
        if(dialog == null){
            dialog = new ProcessDialog(this);
        }
        dialog.dismiss();
    }
}

它繼承自MvpActivity，實現了剛才的ContributorView介面。繼承的那個MvpActivity大家這裡不用太關心主要是做了一些初始化和生命週期的封裝。我們只要關心這個activity作為view層，到底是怎麼工作的。

    public void get(View view){  
        getPresenter().get("square", "retrofit");  
    }  

    public void change(View view){  
        getPresenter().change();  
    }

get()和change()這兩個方法是我們點選按鈕以後執行的，可以看到，裡面完完全全沒有任何和model層邏輯相關的東西，只是簡單的委託給了presenter，那我們再看看presenter層做了什麼

public class ContributorPresenter extends MvpBasePresenter<ContributorView> {

    private Subscriber<Contributor> contributorSub = new Subscriber<Contributor>() {

        @Override
        public void onStart() {
            ContributorView view = getView();
            if(view != null){
                view.onLoadContributorStart();
            }
        }

        @Override
        public void onCompleted() {
        }

        @Override
        public void onError(Throwable e) {
        }

        @Override
        public void onNext(Contributor topContributor) {
            ContributorView view = getView();
            if(view != null){
                view.onLoadContributorComplete(topContributor);
            }
        }
    };

    public void get(String owner,String repo){
        GitHubApi.getContributors(owner, repo)
                .take(1)
                .observeOn(AndroidSchedulers.mainThread())
                .subscribeOn(Schedulers.newThread())
                .map(new Func1<List<Contributor>, Contributor>() {

                    @Override
                    public Contributor call(List<Contributor> contributors) {
                        return contributors.get(0);
                    }
                })
                .subscribe(contributorSub);
    }

    public void change(){
        ContributorView view = getView();
        if(view != null){
            view.onChangeContributorName("GITHUB");
        }
    }
}

其實就是把剛才MVC中activity的那部分和model層相關的邏輯抽取了出來，並且在相應的時機呼叫ContributorView介面對應的方法，而我們的activity是實現了這個介面的，自然會走到對應的方法中。（其實質就是利用介面回撥）

流程小結：

1、在xml中寫好佈局程式碼，將activity作為了view層，通過程式碼也可以看到，整個activity沒有任何和model層相關的邏輯程式碼，
2、presenter獲取了model層的資料之後，通過介面的形式將view層需要的資料返回給View層了。
3、GithubApi，Contributor等類則表示MVP中的model層，裡面是資料和一些具體的邏輯操作。

好處：

首先，activity的程式碼邏輯減少了，其次，view層和model層完全解耦，具體來說，如果你需要測試一個http請求是否順利，你不需要寫一個activity，只需要寫一個java類，實現對應的介面，presenter獲取了資料自然會呼叫相應的方法，相應的，你也可以自己在presenter中mock資料，分發給view層，用來測試佈局是否正確。

3.3 MVVM-案列

首先在看這段內容之前，你需要保證你對data binding框架有基礎的瞭解。不瞭解的同學可以去看下這篇文章。在接下去讓我們開始探索MVVM，MVVM最近在Android上可謂十分之火，最主要的原因就是谷歌推出了data binding這個框架，可以輕鬆的實現MVVM。

直接上程式碼：

首先看對應view層的xml檔案

    <layout xmlns:android="http://schemas.android.com/apk/res/android">
    <data>
        <variable name="contributor" type="zjutkz.com.mvvm.viewmodel.Contributor"/>
    </data>
    <LinearLayout
        android:layout_width="match_parent"
        android:layout_height="match_parent"
        android:id="@+id/container"
        android:orientation="vertical"
        android:fitsSystemWindows="true">
        <Button
            android:id="@+id/get"
            android:text="get"
            android:layout_width="match_parent"
            android:layout_height="wrap_content"
            android:onClick="get"/>
        <Button
            android:id="@+id/change"
            android:text="change"
            android:layout_width="match_parent"
            android:layout_height="wrap_content"
            android:onClick="change"/>
        <TextView
            android:id="@+id/top_contributor"
            android:layout_width="match_parent"
            android:layout_height="match_parent"
            android:gravity="center"
            android:textSize="30sp"
            android:text="@{contributor.login}"/>
    </LinearLayout>
</layout>

通過上面的程式碼可以看出，有些地方和MVC、MVP不同：新增 data標籤，TextView 資料由變數引入。

MainActivity程式碼：

public class MainActivity extends AppCompatActivity {

    private Subscriber<Contributor> contributorSub = new Subscriber<Contributor>() {

        @Override
        public void onStart() {
            showProgress();
        }

        @Override
        public void onCompleted() {

        }

        @Override
        public void onError(Throwable e) {

        }

        @Override
        public void onNext(Contributor contributor) {
            binding.setContributor(contributor);

            dismissProgress();
        }
    };

    private ProcessDialog dialog;

    private MvvmActivityMainBinding binding;

    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        binding = DataBindingUtil.setContentView(this, R.layout.mvvm_activity_main);
    }

    public void get(View view){
        getContributors("square", "retrofit");
    }

    public void change(View view){
        if(binding.getContributor() != null){
            binding.getContributor().setLogin("zjutkz");
        }
    }

    public void showProgress(){
        if(dialog == null){
            dialog = new ProcessDialog(this);
        }

        dialog.showMessage("正在載入...");
    }

    public void dismissProgress(){
        if(dialog == null){
            dialog = new ProcessDialog(this);
        }

        dialog.dismiss();
    }

    public void getContributors(String owner,String repo){
        GitHubApi.getContributors(owner, repo)
                .take(1)
                .observeOn(AndroidSchedulers.mainThread())
                .subscribeOn(Schedulers.newThread())
                .map(new Func1<List<Contributor>, Contributor>() {

                    @Override
                    public Contributor call(List<Contributor> contributors) {
                        return contributors.get(0);
                    }
                })
                .subscribe(contributorSub);
    }
}

如果你對data binding框架是有了解的，上面的程式碼你能輕鬆的看懂。那model層又是什麼呢？當然就是那些和資料相關的類，GithubApi等等。
重點來了，viewmodel層呢？好吧，viewmodel層就是是Contributor類！大家不要驚訝，我慢慢的來說。

public class Contributor extends BaseObservable{

    private String login;
    private int contributions;

    @Bindable
    public String getLogin(){
        return login;
    }

    @Bindable
    public int getContributions(){
        return contributions;
    }

    public void setLogin(String login){
        this.login = login;
        notifyPropertyChanged(BR.login);
    }

    public void setContributions(int contributions){
        this.contributions = contributions;
        notifyPropertyChanged(BR.contributions);
    }

    @Override
    public String toString() {
        return login + ", " + contributions;
    }


}

我們可以看到，Contributor和MVP相比，繼承自了BaseObservable，有基礎的同學都知道這是為了當Contributor內部的variable改變的時候ui可以同步的作出響應。

我為什麼說Contributor是一個viewmodel呢。大家還記得viewmodel的概念嗎？view和viewmodel相互繫結在一起，viewmodel的改變會同步到view層，從而view層作出響應。這不就是Contributor和xml中那些元件元素的關係嗎？所以，大家不要被binding類迷惑了，data binding框架中的viewmodel是自己定義的那些看似是model類的東西！比如這裡的Contributor！

話說到這裡，那binding類又是什麼呢？其實具體對應到之前MVVM的那張圖就很好理解了，我們想一下，binding類的工作是什麼？

    binding = DataBindingUtil.setContentView(this, R.layout.mvvm_activity_main);  
    binding.setContributor(contributor);

首先，binding要通過DataBindingUtil.setContentView()方法將xml，也就是view層設定。接著，通過setXXX()方法將viewmodel層注入進去。
由於這兩個工作，view層(xml的各個元件)和viewmodel層(contributor)繫結在了一起。好了，大家知道了嗎，binding類，其實就是上圖中view和viewmodel中間的那根線啊！！

4 拓展

前面討論了MVC，MVP和MVVM具體的實現方案，大家肯定都瞭解了它們三者的關係和使用方式。但是，這裡我想說，不要把一個框架看作萬能的，其實MVP和MVVM都是有自己的缺陷的！

MVP：
MVP的問題在於，由於我們使用了介面的方式去連線view層和presenter層，這樣就導致了一個問題，如果你有一個邏輯很複雜的頁面，你的介面會有很多，十幾二十個都不足為奇。想象一個app中有很多個這樣複雜的頁面，維護介面的成本就會非常的大。
這個問題的解決方案就是你得根據自己的業務邏輯去斟酌著寫介面。你可以定義一些基類介面，把一些公共的邏輯，比如網路請求成功失敗，toast等等放在裡面，之後你再定義新的介面的時候可以繼承自那些基類，這樣會好不少。

MVVM：
MVVM的問題其實和MVC有一點像。data binding框架解決了資料繫結的問題，但是view層還是會過重，大家可以看我上面那個MVVM模式下的activity：

public class MainActivity extends AppCompatActivity {  

    private Subscriber<Contributor> contributorSub = new Subscriber<Contributor>() {  

        @Override  
        public void onStart() {  
            showProgress();  
        }  

        @Override  
        public void onCompleted() {  

        }  

        @Override  
        public void onError(Throwable e) {  

        }  

        @Override  
        public void onNext(Contributor contributor) {  
            binding.setContributor(contributor);  

            dismissProgress();  
        }  
    };  

    private ProcessDialog dialog;  

    private MvvmActivityMainBinding binding;  

    @Override  
    protected void onCreate(Bundle savedInstanceState) {  
        super.onCreate(savedInstanceState);  
        binding = DataBindingUtil.setContentView(this, R.layout.mvvm_activity_main);  
    }  

    public void get(View view){  
        getContributors("square", "retrofit");  
    }  

    public void change(View view){  
        if(binding.getContributor() != null){  
            binding.getContributor().setLogin("zjutkz");  
        }  
    }  

    public void showProgress(){  
        if(dialog == null){  
            dialog = new ProcessDialog(this);  
        }  

        dialog.showMessage("正在載入...");  
    }  

    public void dismissProgress(){  
        if(dialog == null){  
            dialog = new ProcessDialog(this);  
        }  

        dialog.dismiss();  
    }  

    public void getContributors(String owner,String repo){  
        GitHubApi.getContributors(owner, repo)  
                .take(1)  
                .observeOn(AndroidSchedulers.mainThread())  
                .subscribeOn(Schedulers.newThread())  
                .map(new Func1<List<Contributor>, Contributor>() {  

                    @Override  
                    public Contributor call(List<Contributor> contributors) {  
                        return contributors.get(0);  
                    }  
                })  
                .subscribe(contributorSub);  
    }  
}

大家有沒有發現，activity在MVVM中應該是view層的，但是裡面卻和MVC一樣寫了對model的處理。有人會說你可以把對model的處理放到viewmodel層中，這樣不是更符合MVVM的設計理念嗎？這樣確實可以，但是progressDialog的show和dismiss呢？你怎麼在viewmodel層中控制？這是view層的東西啊，而且在xml中也沒有，我相信會有解決的方案，但是我們有沒有一種更加便捷的方式呢？

4.1 MVP + Data Binding

其實，真正的最佳實踐都是人想出來的，我們為何不結合一下MVP和MVVM的特點呢？其實谷歌已經做了這樣的事，大家可以看下這個。沒錯，就是MVP+data binding，我們可以使用presenter去做和model層的通訊，並且使用data binding去輕鬆的bind data。還是讓我們看程式碼吧。

<layout xmlns:android="http://schemas.android.com/apk/res/android">
    <data>
        <variable name="contributor" type="zjutkz.com.mvpdatabinding.viewmodel.Contributor"/>
    </data>
    <LinearLayout
        android:layout_width="match_parent"
        android:layout_height="match_parent"
        android:id="@+id/container"
        android:orientation="vertical"
        android:fitsSystemWindows="true">
        <Button
            android:id="@+id/get"
            android:text="get"
            android:layout_width="match_parent"
            android:layout_height="wrap_content"
            android:onClick="get"/>
        <Button
            android:id="@+id/change"
            android:text="change"
            android:layout_width="match_parent"
            android:layout_height="wrap_content"
            android:onClick="change"/>
        <TextView
            android:id="@+id/top_contributor"
            android:layout_width="match_parent"
            android:layout_height="match_parent"
            android:gravity="center"
            android:textSize="30sp"
            android:text="@{contributor.login}"/>
    </LinearLayout>
</layout>

public class MainActivity extends MvpActivity<ContributorView,ContributorPresenter> implements ContributorView {

    private ProcessDialog dialog;

    private ActivityMainBinding binding;

    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        binding = DataBindingUtil.setContentView(this, R.layout.activity_main);
    }

    @NonNull
    @Override
    public ContributorPresenter createPresenter() {
        return new ContributorPresenter();
    }

    public void get(View view){
        getPresenter().get("square", "retrofit");
    }

    public void change(View view){
        if(binding.getContributor() != null){
            binding.getContributor().setLogin("zjutkz");
        }
    }

    @Override
    public void onLoadContributorStart() {
        showProgress();
    }

    @Override
    public void onLoadContributorComplete(Contributor contributor) {
        binding.setContributor(contributor);
        dismissProgress();
    }

    public void showProgress(){
        if(dialog == null){
            dialog = new ProcessDialog(this);
        }

        dialog.showMessage("正在載入...");
    }

    public void dismissProgress(){
        if(dialog == null){
            dialog = new ProcessDialog(this);
        }

        dialog.dismiss();
    }
}

然後是presenter層

public class ContributorPresenter extends MvpBasePresenter<ContributorView> {

    private Subscriber<Contributor> contributorSub = new Subscriber<Contributor>() {

        @Override
        public void onStart() {
            ContributorView view = getView();
            if(view != null){
                view.onLoadContributorStart();
            }
        }

        @Override
        public void onCompleted() {

        }

        @Override
        public void onError(Throwable e) {

        }

        @Override
        public void onNext(Contributor topContributor) {
            ContributorView view = getView();
            if(view != null){
                view.onLoadContributorComplete(topContributor);
            }
        }
    };

    public void get(String owner,String repo){
        GitHubApi.getContributors(owner, repo)
                .take(1)
                .observeOn(AndroidSchedulers.mainThread())
                .subscribeOn(Schedulers.newThread())
                .map(new Func1<List<Contributor>, Contributor>() {

                    @Override
                    public Contributor call(List<Contributor> contributors) {
                        return contributors.get(0);
                    }
                })
                .subscribe(contributorSub);
    }
}

我們使用了data binding框架去節省了類似findViewById和資料繫結的時間，又使用了presenter去將業務邏輯和view層分離。當然這也不是固定的，你大可以在viewmodel中實現相應的介面，presenter層的資料直接傳送到viewmodel中，在viewmodel裡更新，因為view和viewmodel是繫結的，這樣view也會相應的作出反應。

Android框架MVC、MVP和MVVM探究（圖解+案例+附原始碼）

1、介紹

2、瞭解並區分MVC，MVP，MVVM

2.1 MVC

2.2 MVP

2.3 MVVM

3 案例

3.1 MVC-案列

3.2 MVP-案列

3.3 MVVM-案列

4 拓展

4.1 MVP + Data Binding

Android框架MVC、MVP和MVVM探究（圖解+案例+附原始碼）

認清Android框架 MVC，MVP和MVVM

細說Android框架設計三劍客MVC、MVP和MVVM

【iOS】MVC、MVP和MVVM

MVC、MVP和MVVM

android中MVC，MVP和MVVM三種模式詳解析

Android中MVC、MVP、MVVM具體解釋

Android App的三種架構模式MVC，MVP和MVVM

Android之MVC、MVP、MVVM(Data Binding)

Android MVC、MVP和MVVP的概念、運用及區別

Android開發模式之MVC，MVP和MVVM的簡單介紹與區別

MVC，MVP 和 MVVM

MVC，MVP 和 MVVM 的圖示

MVC，MVP 和 MVVM 的詳解

MVC，MVP 和 MVVM 的圖示，區別

MVC、MVP及MVVM之間的關系

MVC，MVP 和 MVVM 的區別

MVC，MVP 和 MVVM（轉載）

淺談MVC，MVP 和 MVVM 的區別

教你認清MVC，MVP和MVVM三種模式

Android框架MVC、MVP和MVVM探究（圖解+案例+附原始碼）

1、介紹

2、瞭解並區分MVC，MVP，MVVM

2.1 MVC

2.2 MVP

2.3 MVVM

3 案例

3.1 MVC-案列

3.2 MVP-案列

3.3 MVVM-案列

4 拓展

4.1 MVP + Data Binding

相關推薦