MVP模式

MVP模式

• Model：数据层。其中应该包括数据的请求以及相应的处理。
• View：视图层。在Android中应该是指Activity
• Presenter：管控层。其主要负责协调Model层和View层的工作。

View层

区别于MVC的是MVP模式将Activity划到了View层，它只负责更新视图，并且接收视图的操作，交给对应的Presenter去执行对应的具体逻辑。以下是一个登陆MVP模式实例。

//视图的总接口
public interface IView {
}

public interface ILoginView extends IView {
    String getUserName();
    String getPassword();
    void onLoginSeccess();
    void onLoginFails();
}

public class LoginActivity extends AppCompatActivity implements ILoginView{
    private EditText mUserNameEdit;
    private EditText mPasswordEdit;
    private Button mLoginBtn;
 
    private LoginPresenter mPresenter;
 
    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_main);
        setView();
        setData();
    }
 
    private void setView() {
        this.mUserNameEdit = findViewById(R.id.login_act_edit_user_name);
        this.mPasswordEdit = findViewById(R.id.login_act_edit_user_pass);
        this.mLoginBtn = findViewById(R.id.login_act_btn_login);
 
        mLoginBtn.setOnClickListener(new View.OnClickListener() {
            @Override
            public void onClick(View v) {
                    mPresenter.login();
            }
        });
    }
 
    private void setData() {
        this.mPresenter = new LoginPresenter(this);
    }
 
    @Override
    public String getUserName() {
        return mUserNameEdit.getText().toString();
    }
 
    @Override
    public String getPassword() {
        return mPasswordEdit.getText().toString();
    }
 
    @Override
    public void onLoginSeccess() {
        Toast.makeText(getApplicationContext(), "登陆成功！", Toast.LENGTH_LONG).show();
    }
 
    @Override
    public void onLoginFails() {
        Toast.makeText(getApplicationContext(), "登录失败！", Toast.LENGTH_LONG).show();
    }
 
    @Override
    protected void onDestroy() {
        super.onDestroy();
        //记得在销毁的时候断掉引用链，养成良好的习惯
        this.mPresenter = null;
    }
}

Presenter

MVP模式中的Presenter主要是将MVC模式中的Controller的逻辑部分抽了出来单独实现，其主要职责是接受View的消息，调用Model去处理这个消息并根据处理结果去主动刷新View，一个View可以对应一个或多个Presenter。

public class PresenterFather { 
    protected IModel mIModel;
    //此处View个人感觉最好用一个弱引用。
    protected WeakReference<IView> mViewReference;
}

public class LoginPresenter extends PresenterFather {
 
    public  LoginPresenter(ILoginView loginView) {
        this.mIModel = new LoginMode();
        this.mViewReference = new WeakReference<IView>(loginView);
    }
 
    public void login() {
        if (mIModel != null && mViewReference != null && mViewReference.get() != null) 
            ILoginView loginView = (ILoginView) mViewReference.get();
            String name = loginView.getUserName();
            String passWord = loginView.getPassword();
            loginView = null;
            //此时LoginListener作为匿名内部类是持有外部类的引用的。
            ((LoginMode)mIModel).login(name, passWord, new LoginLisentener() {
                @Override
                public void onSeccess() {
                    if (mViewReference.get() != null) {
                        ((ILoginView)mViewReference.get()).onLoginSeccess();
                    }
                } 
                @Override
                public void onFails() {
                    if (mViewReference.get() != null) {
                        if (mViewReference.get() != null) {
                            ((ILoginView)mViewReference.get()).onLoginFails();
                        }
                    }
                }
            });
        }
    }
}

Model

model层和MVC差不多，都是用来获取数据并对数据做一些处理的。在目前Android中其实大多是已经封装好的网络请求库，个人觉得不用单独抽出来。一个Presenter中可以有多个model，一个model也可以被多个Presenter引用。

public interface IModel {

}

public class LoginMode implements IModel {
    //model 负责数据以及业务逻辑。
    private String mUserName = "yayali";
    private String mPassWord = "123";
 
    public void login(String username, String password, LoginLisentener lisentener) {
        if (lisentener == null) {
            return;
        }
        if (mUserName.equals(username) && mPassWord.equals(password)){
            lisentener.onSeccess();
        } else {
            lisentener.onFails();
        }
    }
}

个人评价

MVP面向接口编程，Model，View，Presenter只处理单一的逻辑，很好的做到了解耦。将MVC中Activity的逻辑处理抽出来由一个或者多个Presenter处理，只负责视图的响应和更新，其中的Activity的代码减少了很多。但是最大的问题在于，会出现很多的接口、类文件，一般人在开发过程中恐怕不愿意去做“这么麻烦”的事。