背景
今天有時間就剛好有想寫關于這幾個名詞，對于我來說，其實這么多名詞、思想歸根到底就是要根據項目實際、人員配置來做合理優化，既不能紙上談兵、又不能畏懼不前，那么合理分階段架構和完善代碼才是關鍵，本篇文章將以兩個思路講述，第一先說介紹，然后再說優缺點，結合實際開發。
MVC
一、MVC介紹
MVC (Model-View-Controller)：M是指邏輯模型，V是指視圖模型，C則是控制器。一個邏輯模型可以對于多種視圖
模型，比如一批統計數據你可以分別用柱狀圖、餅圖來表示。一種視圖模型也可以對于多種邏輯模型。使用MVC的
目的是將M和V的實現代碼分離，從而使同一個程序可以使用不同的表現形式，而C存在的目的則是確保M和V的同步，
一旦M改變，V應該同步更新。
二、Android中MVC使用
1.視圖層（View）：一般采用XML文件進行界面的描述，使用的時候可以非常方便的引入。當然，如何你對Android了解的比較的多了話，
就一定可以想到在Android中也可以使用JavaScript+HTML等的方式作為View層，當然這里需要進行Java和JavaScript之間的通信，幸運的是，
Android提供了它們之間非常方便的通信實現。
2.控制層（Controller）：本層應該是跟業務最掛鉤的一層，是用戶能操作的入口，在android中只有activity，ios中有Controller，
在這邊activity中要做的就是業務導向，具體實現模塊功能可以封裝到model層，長時間操作如下載、上傳、等都可以放線程或者服務等。
3.模型層（Model）：對數據庫的操作、對網絡等的操作都應該在Model里面處理，當然對業務計算等操作也是必須放在的該層的。
還有數據模型都可以放在本層。
三、MVC優點
從用戶的角度出發，用戶可以根據自己的需求，選擇自己合適的瀏覽數據的方式。比如說，對于一篇在線文檔，
用戶可以選擇以HTML網頁的方式閱讀，也可以選擇以pdf的方式閱讀。從開發者的角度，MVC把應用程序的
邏輯層與界面是完全分開的，最大的好處是：界面設計人員可以直接參與到界面開發，程序員就可以把精力放
在邏輯層上。而不是像以前那樣，設計人員把所有的材料交給開發人員，由開發人員來實現界面。在Eclipes工
具中開發Android采用了更加簡單的方法，設計人員在DroidDraw中設計界面，以XML方式保存，
在Eclipes中直接打開就可以看到設計人員設計的界面。
MVP
一、MVP介紹
MVP作為MVC的演化版本，那么類似的MVP所對應的意義：M-Model-模型、V-View-視圖、P-Presenter-表示器。
從MVC和MVP兩者結合來看，Controlller/Presenter在MVC/MVP中都起著邏輯控制處理的角色，起著控制各業務
流程的作用。而
MVP與MVC最不同的一點是M與V是不直接關聯的也是就Model與View不存在直接關系，這兩者之
間間隔著的是Presenter層，其負責調控 View與Model之間的間接交互，MVP的結構圖如下所示，對于這個圖理解
即可而不必限于其中的條條框框，畢竟在不同的場景下多少會有些出入的。在
Android中很重要的一點就是對UI的
操作基本上需要異步進行也就是在MainThread中才能操作UI，所以對View與Model的切斷分離是合理的。此外
Presenter與View、Model的交互使用接口定義交互操作可以進一步達到松耦合也可以通過接口更加方便地進行
單元測試。
二、MVP優點缺點
優點：
Presenter這一層處理著程序各種邏輯的分發，收到View層UI上的反饋命令、定時命令、系統命令等指令后分發處理
邏輯交由Model層做具體的業務操作，在這里可以看到本身activity要做的事情被抽離出來，減少activity與view的業務
耦合，這樣有利于維護、易開發，減少降低activity中代碼和業務抽離模塊化。
缺點:
mvp架構會抽離一層、這一層是業務分發，如果項目越來越大、人越來越多，如果業務非常多，并且易修改的話，抽
離的一層會變的易讀性降低，還有開發團隊如果不能堅持，要重新架構，基本要重新寫一遍，所以要慎重慎重。
MVVM
一、MVVM介紹
MVVM首先是基于mvc演變而來的，說到這里那么MVVM代表啥里。MVVM模式包含了三個部分：Model – 代表你的
基本業務邏輯，View – 顯示內容，ViewModel – 將前面兩者聯系在一起的對象。一個ViewModel接口提供了兩個東西：
動作和數據。動作改變Model的下層（click listener，監聽文字改變的listener等等），而數據則是Model的內容，代表
第三方庫：RoboBinding等，github:https://github.com/RoboBinding/AndroidMVVM.
二、MVVM優缺點
優點：
ViewModel大致上就是MVP的Presenter和MVC的Controller了，而View和ViewModel間沒有了MVP的界面接口，而是直接
交互，用數據“綁定”的形式讓數據更新的事件不需要開發人員手動去編寫特殊用例，而是自動地雙向同步。數據綁定你可以
認為是Observer模式或者是Publish/Subscribe模式，原理都是為了用一種統一的集中的方式實現頻繁需要被實現的數據更新
問題。比起MVP，MVVM不僅簡化了業務與界面的依賴關系，還優化了數據頻繁更新的解決方案，甚至可以說提供了一種有
效的解決模式。
缺點：
MVVM是數據模型綁定視圖方式，減少代碼、減少了數據更新，但如果是負責業務邏輯或者是高頻發業務修改，對于代碼理
解會有所降低，并且要使用第三方架構，這個是我最不喜歡的一點。
