android MVC && MVP && MVVM分析和對比

出處http://blog.csdn.net/self_study，對技術感興趣的同鞋加群544645972一起交流

 

目錄(?)[+]

 

　　面試的時候被問到這個問題，用過，也了解過，但是還是不夠深入，總結一下。 
　　MVC，MVP和MVVM是軟件比較常用的三種軟件架構，這三種架構的目的都是分離關注，避免將過多的邏輯全部堆積在一個類中，以Android為例，在activity中既有UI的相關處理邏輯，又有數據獲取邏輯，從而導致activity邏輯復雜不單一難以維護。為了一個應用可以更好的維護和擴展，我們需要很好的區分相關層級，要不然以后將數據獲取方式從數據庫變為網絡獲取時，我們需要去修改整個activity。架構使得view和數據相互獨立，我們把應用分成三個不同層級，這樣我們就能夠單獨測試相關層級，使用架構能夠把大多數邏輯從activity中移除，方便進行單元測試。

MVC

　　Model View Controller模式，MVC將應用分成三個主要層級：Model，View和Controller，它強制將邏輯進行分離，數據結構和Controller邏輯與UI是解耦的，所以測試相關模塊變的更簡單。 
　　 
　　其實android app的界面開發部分已經是遵從MVC模式的，

• 視圖層（View）：一般采用XML文件進行界面的描述，使用的時候可以非常方便的引入，當然，也可以使用JavaScript+HTML等的方式作為View層，他的職責就是負責顯示從Controller上獲取到的數據（但是xml布局作為View來說功能很無力，所以通常Activity也會承擔一部分View的工作）。
• 控制層（Controller）：Android的控制層的重任通常落在了眾多的Activity的肩上，他們從模型層獲取數據，將獲取到的數據綁定到view上，並且還需要監聽用戶的輸入等操作。
• 模型層（Model）：對數據庫的操作、對網絡等的操作都應該在Model里面處理，當然對業務計算，變更等操作也是必須放在的該層的。

MVC模式具體表現在android上的效果如下圖所示： 
 
　　也可以看看 這個視頻，介紹的不錯： 
　　  
還有另外的，android 中的adapter也是使用的MVC模式，自定義的adapter相當於Controller。

 

例子

　　以一個獲取天氣的例子來說，xml布局可視為View層；Activity為Controller層，控制用戶輸入，將Model層獲取到的數據展示到View層；Model層的實體類當然就是用來獲取網絡數據了。 
　　Model層 
　　WeatherModel.class接口

public interface WeatherModel { void getWeather(OnLoadWeatherCallback callback); }

　　WeatherModelImpl.class類

public class WeatherModelImpl implements WeatherModel{ private Context mContext; public WeatherModelImpl(Context context){ mContext = context; } @Override public void getWeather(final OnLoadWeatherCallback callback) { NetApi.getInstance().jsonObjectRequest(mContext, "http://www.weather.com.cn/data/sk/101010100.html", new HashMap<String, String>(), new BaseNetApi.OnNetCallback<JSONObject>() { @Override public void onSuccess(JSONObject jsonObject) { try { jsonObject = new JSONObject(jsonObject.getString("weatherinfo")); WeatherInfo info = new WeatherInfo(); info.city = jsonObject.getString("city"); info.temp = Double.parseDouble(jsonObject.getString("temp")); info.WD = jsonObject.getString("WD"); info.WS = jsonObject.getString("WS"); info.time = jsonObject.getString("time"); callback.onLoadSuccess(info); } catch (JSONException e) { L.e(e); } } @Override public void onFail(NetError netError) { callback.onError(netError); } }); } }

　　Controller層 
　　WeatherActivity.class類

public class WeatherActivity extends BaseActivity implements OnLoadWeatherCallback{ private TextView tv_name; private TextView tv_temperature; private TextView tv_wind_d; private TextView tv_wind_s; private TextView tv_time; private LoadingDialog ld; private WeatherModel weatherModel; @Override protected void onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); setContentView(R.layout.activity_weather); tv_name = (TextView) findViewById(R.id.tv_name); tv_temperature = (TextView) findViewById(R.id.tv_temperature); tv_wind_d = (TextView) findViewById(R.id.tv_wind_d); tv_wind_s = (TextView) findViewById(R.id.tv_wind_s); tv_time = (TextView) findViewById(R.id.tv_time); weatherModel = new WeatherModelImpl(this); ld = new LoadingDialog(this); ld.setLoadingText("正在獲取天氣..."); ld.show(); weatherModel.getWeather(this); } private void onShowWeather(WeatherInfo weatherInfo){ tv_name.setText(weatherInfo.city); tv_temperature.setText(weatherInfo.temp+""); tv_wind_d.setText(weatherInfo.WD); tv_wind_s.setText(weatherInfo.WS); tv_time.setText(weatherInfo.time); } @Override public void onLoadSuccess(WeatherInfo info) { ld.dismiss(); onShowWeather(info); } @Override public void onError(NetError error) { ld.dismiss(); T.getInstance().showShort(error.errorCode +" "+ error.errorMessage); } }

　　代碼https://github.com/zhaozepeng/MV-X。這個例子邏輯很簡單，Controller層的Activity持有Model層WeatherModel的對象，然后通過該對象去獲取數據，獲取到數據之后，通過View層去顯示。但是上面有提到過xml布局文件作為View層，其實能做的事情特別少，實際上關於該布局文件中的數據綁定的操作，事件處理的代碼都在Activity中，造成了Activity既像View又像Controller（在邏輯簡單的情況下，視圖層和控制層寫在一起貌似可以減少幾個類= =），所以有這么一句話

Most of the modern Android applications just use View-Model architecture，everything is connected with Activity.

所以這時候可以繼續把Activity拆分，Activity只控制view和接受用戶的輸入，另外新建一個Controller類，這個類不能繼承任何Android自帶類，用來將邏輯拆分出來，避免Activity的難以維護，具體可以看看這個例子http://mrbool.com/android-mvc-creating-a-model-view-controller-framework-for-android/32335。

MVP

　　Model, View and Presenter模式，MVP模式和MVC模式類似，是由MVC演變而來，MVP將Controller變成Presenter，並且改變了通信方向，這個模式將應用分為三個主要層級：Model, View and Presenter。 
　　 
可以看到Presenter與Model，Presenter與View的通信都是雙向的，View不與Model發生關系，都是通過Presenter來傳遞，所以Presenter的業務量會顯的非常大，三層之間的交互關系為：

1. View接受用戶的交互請求
2. View將請求轉交給Presenter
3. Presenter操作Model進行數據庫更新
4. 數據更新之后，Model通知Presenter數據發生變化
5. Presenter更新View層的顯示

Model和View層之間是沒有交互的，這是和MVC不同的一點：

• Model層
該層通常是用來處理業務邏輯和實體模型。
• View層
通常是一個Activity或者Fragment或者View，這取決於應用的結構，它會持有一個Presenter層的引用，所以View唯一做的事情就是在有用戶交互等操作時調用Presenter層的方法。
• Presenter層
該層用來作為一個中間層的角色，它接受Model層的數據，並且處理之后傳遞給View層，還需要處理View層的用戶交互等操作。

View和Presenter的一對一關系意味着一個View只能映射到一個Presenter上，並且View只有Presenter的引用，沒有Model的引用，所以Presenter和View是一個雙向的交互。Presenter不管View層的UI布局，View的UI布局變更，Presenter層不需要做任何修改。

 

例子

　　MVP 的寫法就有很多了，不同人對於 MVP 的寫法各有不同，在遵循面向對象的設計原則基礎上都是可以的，這里我就以 google 大大的官方 demo 和一個外國大神的 MVP demo 為例來分析一下，用哪種形式不要糾結，最重要的是自己用起來順手。

google 官方寫法

　　先貼出來源碼地址：https://github.com/googlesamples/android-architecture/tree/todo-mvp/todoapp，分析一下： 
　　 
　　在該 demo 中，有一個 BaseView 和 BasePresenter ，並且使用泛型來定義，作用是定義該模塊不同 View 和 Presenter 的基礎行為： 
BaseView.class

public interface BaseView<T> { void setPresenter(T presenter); }

BasePresenter.class

public interface BasePresenter { void start(); }

 

之后的每一個頁面的 View 和 Presenter 都要繼承自 BaseView 和 BaseAdapter ，在 demo 中，View 和 Presenter 的接口類都定義在一個 TasksContract 類中： 
TasksContract.class

public interface TasksContract { interface View extends BaseView<Presenter> { void setLoadingIndicator(boolean active); void showTasks(List<Task> tasks); void showAddTask(); void showTaskDetailsUi(String taskId); void showTaskMarkedComplete(); void showTaskMarkedActive(); void showCompletedTasksCleared(); void showLoadingTasksError(); void showNoTasks(); void showActiveFilterLabel(); void showCompletedFilterLabel(); void showAllFilterLabel(); void showNoActiveTasks(); void showNoCompletedTasks(); void showSuccessfullySavedMessage(); boolean isActive(); void showFilteringPopUpMenu(); } interface Presenter extends BasePresenter { void result(int requestCode, int resultCode); void loadTasks(boolean forceUpdate); void addNewTask(); void openTaskDetails(@NonNull Task requestedTask); void completeTask(@NonNull Task completedTask); void activateTask(@NonNull Task activeTask); void clearCompletedTasks(); void setFiltering(TasksFilterType requestType); TasksFilterType getFiltering(); } }

之后就是實現這兩個基礎接口了，demo 中使用的是 Fragment 作為 View 的角色，把邏輯從 Activity 中抽離出來，這個看自己的編程習慣吧，只使用 Activity 還是使用 Fragment。先看看 Activity 的代碼： 
AppCompatActivity.class

public class TasksActivity extends AppCompatActivity { private static final String CURRENT_FILTERING_KEY = "CURRENT_FILTERING_KEY"; private DrawerLayout mDrawerLayout; private TasksPresenter mTasksPresenter; @Override protected void onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); setContentView(R.layout.tasks_act); // Set up the toolbar. Toolbar toolbar = (Toolbar) findViewById(R.id.toolbar); setSupportActionBar(toolbar); ActionBar ab = getSupportActionBar(); ab.setHomeAsUpIndicator(R.drawable.ic_menu); ab.setDisplayHomeAsUpEnabled(true); // Set up the navigation drawer. mDrawerLayout = (DrawerLayout) findViewById(R.id.drawer_layout); mDrawerLayout.setStatusBarBackground(R.color.colorPrimaryDark); NavigationView navigationView = (NavigationView) findViewById(R.id.nav_view); if (navigationView != null) { setupDrawerContent(navigationView); } TasksFragment tasksFragment = (TasksFragment) getSupportFragmentManager().findFragmentById(R.id.contentFrame); if (tasksFragment == null) { // Create the fragment tasksFragment = TasksFragment.newInstance(); ActivityUtils.addFragmentToActivity( getSupportFragmentManager(), tasksFragment, R.id.contentFrame); } // Create the presenter mTasksPresenter = new TasksPresenter( Injection.provideTasksRepository(getApplicationContext()), tasksFragment); // Load previously saved state, if available. if (savedInstanceState != null) { TasksFilterType currentFiltering = (TasksFilterType) savedInstanceState.getSerializable(CURRENT_FILTERING_KEY); mTasksPresenter.setFiltering(currentFiltering); } } ... }

可以看到代碼中，通過 Fragment 的靜態方法獲取到一個 Fragment ，並且添加到 activity 中，那么現在有一個疑問了， Presenter 是如何設置到 Fragment 中的呢？我們接下來看看 Presenter 類： 
TasksPresenter.class

public class TasksPresenter implements TasksContract.Presenter { ... public TasksPresenter(@NonNull TasksRepository tasksRepository, @NonNull TasksContract.View tasksView) { mTasksRepository = checkNotNull(tasksRepository, "tasksRepository cannot be null"); mTasksView = checkNotNull(tasksView, "tasksView cannot be null!"); mTasksView.setPresenter(this); } @Override public void start() { loadTasks(false); } ... }

可以看到是在 Presenter 的構造函數中 set 的，這也就沒問題了，官方的 MVP 框架就介紹完了，大家去看一下源碼就很清楚了。

其他可參考寫法

　　另外一個外國人寫的例子，分析一下： 
　　 
LoginActivity繼承自LoginView；LoginPresenterImpl繼承自LoginPresenter；LoginInteractorImpl繼承自LoginInteractor，所以MVP模式三個層次之間是通過接口來進行交互的，看看源碼： 
LoginInteractorImpl.class類

public class LoginInteractorImpl implements LoginInteractor { @Override public void login(final String username, final String password, final OnLoginFinishedListener listener) { // Mock login. I'm creating a handler to delay the answer a couple of seconds new Handler().postDelayed(new Runnable() { @Override public void run() { boolean error = false; if (TextUtils.isEmpty(username)){ listener.onUsernameError(); error = true; } if (TextUtils.isEmpty(password)){ listener.onPasswordError(); error = true; } if (!error){ listener.onSuccess(); } } }, 2000); } }

LoginActivity.class類

public class LoginActivity extends Activity implements LoginView, View.OnClickListener { private ProgressBar progressBar; private EditText username; private EditText password; private LoginPresenter presenter; @Override protected void onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); setContentView(R.layout.activity_login); progressBar = (ProgressBar) findViewById(R.id.progress); username = (EditText) findViewById(R.id.username); password = (EditText) findViewById(R.id.password); findViewById(R.id.button).setOnClickListener(this); presenter = new LoginPresenterImpl(this); } @Override protected void onDestroy() { presenter.onDestroy(); super.onDestroy(); } @Override public void showProgress() { progressBar.setVisibility(View.VISIBLE); } @Override public void hideProgress() { progressBar.setVisibility(View.GONE); } @Override public void setUsernameError() { username.setError(getString(R.string.username_error)); } @Override public void setPasswordError() { password.setError(getString(R.string.password_error)); } @Override public void navigateToHome() { startActivity(new Intent(this, MainActivity.class)); finish(); } @Override public void onClick(View v) { presenter.validateCredentials(username.getText().toString(), password.getText().toString()); } }

LoginPresenterImpl.class類

public class LoginPresenterImpl implements LoginPresenter, OnLoginFinishedListener { private LoginView loginView; private LoginInteractor loginInteractor; public LoginPresenterImpl(LoginView loginView) { this.loginView = loginView; this.loginInteractor = new LoginInteractorImpl(); } @Override public void validateCredentials(String username, String password) { if (loginView != null) { loginView.showProgress(); } loginInteractor.login(username, password, this); } @Override public void onDestroy() { loginView = null; } @Override public void onUsernameError() { if (loginView != null) { loginView.setUsernameError(); loginView.hideProgress(); } } @Override public void onPasswordError() { if (loginView != null) { loginView.setPasswordError(); loginView.hideProgress(); } } @Override public void onSuccess() { if (loginView != null) { loginView.navigateToHome(); } } }

　　代碼層次很清楚，View層接受用戶的點擊操作，回調Presenter層的相關接口，Presenter層再調用到Model層去執行登錄操作，同時修改View層的Progress顯示情況，Model層執行完登錄操作之后，回調到Presenter層的對應接口，Presenter再去對View層的布局進行相應的修改。源碼https://github.com/zhaozepeng/MV-X，這里也給一下源鏈接：https://github.com/antoniolg/androidmvp。

MVVM

　　Model，View and ViewModel模式，MVVM 模式將 Presenter 改名為 ViewModel，基本上與 MVP 模式完全一致，ViewModel可以理解成是View的數據模型和Presenter的合體，MVVM采用雙向綁定（data-binding）：View的變動，自動反映在 ViewModel，反之亦然，這種模式實際上是框架替應用開發者做了一些工作，開發者只需要較少的代碼就能實現比較復雜的交互。 
　　

• Model
類似MVP
• View
類似MVP
• ViewModel
注意這里的“Model”指的是View的Model，跟上面那個Model不是一回事。所謂View的Model就是包含View的一些數據屬性和操作的東西。

例子

　　這種模式的關鍵技術就是數據綁定（data binding）。 
　　在android中已經有了相應的插件框架，比如 RoboBinding這個框架，但是好像侵入性太強，普及程度不高，所以可以看看全面介紹Android的MVVM框架 - 數據綁定這篇博客，它使用了databinding依賴庫進行處理，講的很好。 
　　也可以看看https://github.com/fabioCollini/mv2m，外國人寫的一個庫，進行了很多其他的封裝，可以參考一下： 
 
里面的介紹也非常清楚。

MVC VS MVP VS MVVM

　　 
　　MVP模式是從MVC模式演變來的，它們的基本思想有相通的地方：Controller/Presenter負責邏輯的處理，Model提供數據，View負責顯示，所以他們之間並沒有特別大的不同，都是用來將View和Model之間松耦合。作為一種新的模式，MVP與MVC有着一個重大的區別：在MVP中View並不直接使用Model，它們之間的通信是通過Presenter (MVC中的Controller)來進行的，所有的交互都發生在Presenter內部，而在MVC中是允許Model和View進行交互的。還有重要的一點就是Presenter與View之間的交互是通過接口的。MVVM是通過MVP演變而來的，主要用了data binding來實現雙向交互，這就使得視圖和控制層之間的耦合程度進一步降低，關注點分離更為徹底，同時減輕了Activity的壓力。 
關鍵點總結：

• MVC
1. Controller是基於行為，並且能夠在view之間共享
2. Controller負責接收用戶交互等操作，並且決定需要顯示的視圖。
• MVP
1. View和Model更加的解耦了，Presenter負責綁定Model到View。
2. 復雜的View可以對應多個Persenter。
3. Presenter保留有View層的事件邏輯，所有的點擊之類的事件都直接委托給Presenter。
4. Presenter通過接口直接和View層解耦，所以更加方便的進行View的單元測試。
5. Presenter和其他兩層都是雙向調用的。
6. MVP有兩種實現方式：”Passive View”，View基本包含0邏輯， Presenter作為View和Model的中間人，View和Model相互隔離，View和Model沒有直接的數據綁定，取而代之的是View提供相關的setter方法供Persenter去調用，這么做的好處是View和Model干凈的分離開了，所以更好的進行相關測試，缺點是需要提供很多的setter方法；”Supervising Controller”，Persenter處理用戶交互等的操作，View和Model直接通過數據綁定連接，這種模式下，Persenter的任務就是將實體直接通過Model層傳遞給View層，這種方法的好處就是代碼量少了，但是缺點就是測試難度增大，並且View的封裝性變低。
• MVVM
1. 用戶直接交互的是View。
2. View和ViewModel是多對一的關系。
3. View有ViewModel的引用，但是ViewModel沒有任何關於View的信息。
4. 支持View和ViewModel的雙向數據綁定。

引用

http://antonioleiva.com/mvp-android/ 
https://medium.com/android-news/android-architecture-2f12e1c7d4db#.aaytu7yff 
http://kb.cnblogs.com/page/120678/ 
http://www.ruanyifeng.com/blog/2015/02/mvcmvp_mvvm.html 
http://www.cnblogs.com/devinzhang/archive/2012/01/26/2329869.html 
http://mrbool.com/android-mvc-creating-a-model-view-controller-framework-for-android/32335 
http://www.bogotobogo.com/DesignPatterns/mvc_model_view_controller_pattern.php 
http://www.cnblogs.com/cuihongyu3503319/archive/2009/01/09/1372820.html 
http://droidumm.blogspot.com/2011/11/concept-model-view-present-mvp-pattern.html 
http://blog.csdn.net/lmj623565791/article/details/46596109 
http://stackoverflow.com/questions/2056/what-are-mvp-and-mvc-and-what-is-the-difference 
http://blog.csdn.net/feelang/article/details/46348079 
http://blog.csdn.net/napolunyishi/article/details/22722345 
http://www.zhihu.com/question/30976423

 相關：

Android App的設計架構：MVC,MVP,MVVM與架構經驗談

Google 官方MVP Demo 

Android MVP 詳解（上）

Android MVP 詳解（下）