mvp分為model，view，presenter分別對應模型層(實體模型，業務邏輯)，檢視層(activity，fragment)，p層(連線模型層與檢視層，控制互動)
至此就是乙個簡單的mvp模式實施過程。
可能會不理解，乙個簡單的登入操作定義這麼多的介面，這麼多的類是不是有點畫蛇添足，對於小型的專案來說確實是，但優點也是顯而易見的，view裡就只負責顯示資料和與使用者的互動，與使用者互動的邏輯又交給presenter來排程，最後由model來執行，這樣就把view與業務邏輯完全的解耦開了。原來的專案是不是在乙個activity裡做了很多事，既要處理業務邏輯，還要與使用者互動，還要顯示，太過於臃腫，耦合度也很高。採用mvp模式後就很清晰了，view就只管顯示與互動，presenter來進行對應的排程，model來完成邏輯處理，**也清晰了。
還有乙個很重要的優點是方便進行單元測試，以前的專案是不是感覺進行單元測試無從下手，必須要執行一次專案，然後模擬使用者的操作來測試，大家知道執行一次是很費時間的，與單元測試的初衷有悖，採用mvp模式後，我們就可以模擬乙個view，模擬它與使用者的互動，來驗證presenter裡的方法是否正常工作，提公升了可測試行。
何謂MVP模式？
mvp 是從經典的模式mvc演變而來，它們的基本思想有相通的地方 controller presenter負責邏輯的處理，model提供資料，view負責顯示。作為一種新的模式，mvp與mvc有著乙個重大的區別 在mvp中view並不直接使用model，它們之間的通訊是通過presenter mvc...
MVP模式入門
一 什麼是mvp？mvp 全稱 model view presenter mvp 是從經典的模式mvc演變而來，它們的基本思想有相通的 地方 controller presenter負責邏輯的處理，model提供資料，view負責顯示。model 資料層，和mvc中的m一樣，用來放資料的處理 比如網...
MVP設計模式
建立ipresenter介面，把所有業務邏輯的介面都放在這裡，並建立它的實現presentercompl 在這裡可以方便地檢視業務功能，由於介面可以有多種實現所以也方便寫單元測試 建立iview介面，把所有檢視邏輯的介面都放在這裡，其實現類是當前的activity fragment activity...