我對MVP的理解

MVP模式架構(gòu)
  • Model:業(yè)務(wù)邏輯和實(shí)體模型
  • View:用戶交互及頁面展示
  • presenter:Model與View交互的橋梁
MVP結(jié)構(gòu)圖

總體來說思路還是比較簡單的:

  • 1、view層即我們的Activity,繼承抽離出view所有操作方法的接口,并引用presenter。
  • 2、presenter調(diào)用model,執(zhí)行model中具體業(yè)務(wù)邏輯。
  • 3、model執(zhí)行具體邏輯,將結(jié)果回調(diào)給presenter。
  • 4、presenter繼續(xù)將結(jié)果回調(diào)給view。
使用MVP模式實(shí)現(xiàn)簡單的登錄實(shí)例
項(xiàng)目結(jié)構(gòu)
view層:(繼承抽離出view所有操作方法的接口,并引用presenter)
//封裝Activity所需要的方法,假設(shè)我們需要處理登錄成功與登陸失敗兩種情況
public interface ILoginView {
    //登錄成功
    void onLoginSuccess(String successMsg);
    //登錄失敗
    void onLoginFailed(String errorMsg);
}

Activity實(shí)現(xiàn)接口并引用presenter:

public class MainActivity extends AppCompatActivity implements ILoginView {
    private ILoginPresenter presenter;//presenter引用
    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_main);
        presenter.startLogin();//開始登錄
    }
    @Override
    public void onLoginSuccess(String successMsg) {
        //UI層接收回調(diào):登錄成功
    }
    @Override
    public void onLoginFailed(String errorMsg) {
        //UI層接收回調(diào):登錄失敗
    }
}
presenter層:(調(diào)用model,執(zhí)行model的具體邏輯)
public class ILoginPresenter {
    private ILoginView view;
    private LoginModel model;
    public ILoginPresenter(ILoginView view){
        this.view = view ;
    }
    //調(diào)用model,執(zhí)行model具體邏輯
    public void startLogin(){
        model = new LoginModel(this);
        model.startLogin();
    }
    //將結(jié)果回調(diào)給層,因?yàn)閁I持有View的引用,所以結(jié)果回調(diào)到了UI層
    public void onLoginSuccess(String successMsg){
        view.onLoginSuccess(successMsg);
    }
    public void onLoginError(String errorMsg){
        view.onLoginFailed(errorMsg);
    }
}
model:實(shí)現(xiàn)具體業(yè)務(wù)邏輯
public class LoginModel {
    private ILoginPresenter iLoginPresenter;
    public LoginModel(ILoginPresenter presenter){
        this.iLoginPresenter = presenter;
    }
    //登錄具體邏輯
    public void startLogin(){
        if(true){
            //假設(shè)登錄成功
            iLoginPresenter.onLoginSuccess("success");//結(jié)果回調(diào)給presenter
        }else{
            iLoginPresenter.onLoginError("error");//結(jié)果回調(diào)給presenter
        }
    }
}

總結(jié)

從上面的例子可以看出:使用MVP模式會使得代碼多出很多接口及Presenter,但是這樣使得代碼邏輯更加清晰,尤其是在處理復(fù)雜邏輯時(shí),可以將Activity每個業(yè)務(wù)都抽離成一個Presenter,這樣即邏輯清晰也方便我們擴(kuò)展。例子中業(yè)務(wù)邏輯很簡單,使用MVP返回顯現(xiàn)代碼累贅,所以說,仁者見仁智者見智,我認(rèn)為根據(jù)具體項(xiàng)目情況選擇合理的架構(gòu)模式。

最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
【社區(qū)內(nèi)容提示】社區(qū)部分內(nèi)容疑似由AI輔助生成,瀏覽時(shí)請結(jié)合常識與多方信息審慎甄別。
平臺聲明:文章內(nèi)容(如有圖片或視頻亦包括在內(nèi))由作者上傳并發(fā)布,文章內(nèi)容僅代表作者本人觀點(diǎn),簡書系信息發(fā)布平臺,僅提供信息存儲服務(wù)。

相關(guān)閱讀更多精彩內(nèi)容

友情鏈接更多精彩內(nèi)容