MVC

MVC模式的意思是，軟件可以分成三個部分
視圖（View）：用戶界面。
控制器（Controller）：業務邏輯
模型（Model）：數據保存

實際項目往往采用更靈活的方式，以 Backbone.js 為例。

用戶可以向 View 發送指令（DOM 事件），再由 View 直接要求 Model 改變狀態。

用戶也可以直接向 Controller 發送指令（改變 URL 觸發 hashChange 事件），再由 Controller 發送給 View。

Controller 非常薄，只起到路由的作用，而 View 非常厚，業務邏輯都部署在 View。所以，Backbone 索性取消了 Controller，只保留一個 Router（路由器） 。

MVP

各部分之間的通信，都是雙向的。

View 與 Model 不發生聯系，都通過 Presenter 傳遞。

View 非常薄，不部署任何業務邏輯，稱為"被動視圖"（Passive View），即沒有任何主動性，而 Presenter非常厚，所有邏輯都部署在那里。

MVVM

MVVM 模式將 Presenter 改名為 ViewModel，基本上與 MVP 模式完全一致。

唯一的區別是，它采用雙向綁定（data-binding）：View的變動，自動反映在 ViewModel，反之亦然。Angular 和 Ember 都采用這種模式。

iOS 應用

MVVM就是把之前Controller里面的代碼邏輯全部移植到了ViewModel里面，相對于以前而言，控制器也被歸屬于View一類，那么他和View一樣都會有自己的ViewModel去處理邏輯，而且ViewModel必然擁有Model，這樣的關系使得控制器代碼會減少很多很多，處理起來又多了一個類，本身設計模式里面有代理，通知，KVO等，不同業務對應不同的設計模式，個人理解為了減少控制器的代碼，引進了新的類，那么類的交互就變得更麻煩了，因此RAC出現了，他幫我們直接管理了蘋果的那一套數據處理設計模式，統一用它的”信號流”來進行

Reference

1.http://www.ruanyifeng.com/blog/2015/02/mvcmvp_mvvm.html

轉載于:https://www.cnblogs.com/H7N9/p/8872009.html

總結

以上是生活随笔為你收集整理的MVC,MVP,MVVM的全部內容，希望文章能夠幫你解決所遇到的問題。

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