參考文章1：blog.csdn.net/chun_long/a…

參考文章2：blog.csdn.net/napolunyish…

（1）MVC框架：

• M-Model : 業務邏輯和實體模型(biz/bean)
• V-View : 布局文件(XML)
• C-Controller : 控制器(Activity)

? ? 過程：控制器（C）控制頁面路由和一些頁面交互，傳給模型（M），模型再傳給布局（V）顯示頁面，如果頁面發生交互，頁面傳給控制器（C）。

? ? 缺點：很多交互邏輯在C在處理，導致項目中C的代碼臃腫。

（2）MVP框架：

• M-Model : 業務邏輯和實體模型(biz/bean)
• V-View : 布局文件(XML)和Activity
• P-Presenter : 完成View和Model的交互

? ? 過程：MVP框架相對于MVC框架做了較大的改變，將Activity當做View使用，代替MVC框架中的C的是P，對比MVC和MVP的模型圖可以發現變化最大的是View層和Model層不在直接通信，所有交互的工作都交由Presenter層來解決。既然兩者都通過Presenter來通信，為了復用和可拓展性，MVP框架基于接口設計。

? ?缺點：

接口過多，一定程度影響了編碼效率。

業務邏輯抽象到Presenter中，較為復雜的界面Activity代碼量依然會很多。

導致Presenter的代碼量過大。

（3）MVC框架：

? ? 過程：MVP框架相對于MVC框架做了較大的改變，將Activity當做View使用，代替MVC框架中的C的是P，對比MVC和MVP的模型圖可以發現變化最大的是View層和Model層不在直接通信，所有交互的工作都交由Presenter層來解決。既然兩者都通過Presenter來通信，為了復用和可拓展性，MVP框架基于接口設計。

? ? 優點：

? ? 1. 可重用性。你可以把一些視圖邏輯放在一個ViewModel里面，讓很多View重用這段視圖邏輯。?

? ? 2. 低耦合。

（4）共同點和區別

共同點：

Model就是領域模型，數據對象，同時，提供外部對應用程序數據的操作的接口，也可能在數據變化時發出變更通知。Model不依賴于View的實現，只要外部程序調用Model的接口就能夠實現對數據的增刪改查。

View就是UI層，提供對最終用戶的交互操作功能，包括UI展現代碼及一些相關的界面邏輯代碼。

區別：

? ? 三者的差異在于如何粘合View和Model，實現用戶的交互操作以及變更通知。

Controller接收View的操作事件，根據事件不同，或者調用Model的接口進行數據操作，或者進行View的跳轉，從而也意味著一個Controller可以對應多個View。Controller對View的實現不太關心，只會被動地接收，Model的數據變更不通過Controller直接通知View，通常View采用觀察者模式監聽Model的變化。

Presenter，與Controller一樣，接收View的命令，對Model進行操作；與Controller不同的是Presenter會反作用于View，Model的變更通知首先被Presenter獲得，然后Presenter再去更新View。一個Presenter只對應于一個View。根據Presenter和View對邏輯代碼分擔的程度不同，這種模式又有兩種情況：Passive View和Supervisor Controller。

ViewModel，注意這里的“Model”指的是View的Model，跟上面那個Model不是一回事。所謂View的Model就是包含View的一些數據屬性和操作的這么一個東東，這種模式的關鍵技術就是數據綁定（data binding），View的變化會直接影響ViewModel，ViewModel的變化或者內容也會直接體現在View上。這種模式實際上是框架替應用開發者做了一些工作，開發者只需要較少的代碼就能實現比較復雜的交互。

總結：

MVP和MVVM完全隔離了Model和View，但是在有些情況下，數據從Model到ViewModel或者Presenter的拷貝開銷很大，可能也會結合MVC的方式。

轉載于:https://juejin.im/post/5aead36c5188256717762538

總結

以上是生活随笔為你收集整理的关于mvc、mvp和mvvm的理解的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。