MVP开发模式及简单架构封装

2018-03-15 本文已影响949人请叫我张懂

MVP开发模式

MVP图解.png

Model: 主要用于业务操作，如:网络请求，数据存储等
Presenter: 主要用于逻辑处理，沟通 M 与 V ，尽可能不包含Android的代码
View: 主要用于规定界面的行为

优点

由于Presenter层的出现，减少了View的逻辑操作和负担。这样使 View 与 Model 之间耦合度低
合理规划的话，模块分明，模块复用率高，便于测试

缺点

由于抽出了一层 Presenter，所以导致类和代码有一定的增加
如果不能进行合理规划的将会导致后期模块杂乱，代码冗余度高
纠结将服务和广播放在何处
Presenter 会持有 View 的引用，如果不进行解绑会造成内存泄露

说到最后，其实 MVP 只是一种思想，没有什么固定的代码，固定的格式。因为多在实践中，慢慢理解和多多总结。不过在开发前一定要做好项目分析规划，切忌立马动手写代码。

MVP架构封装使用(登录功能示范)

GitHub传送门 --->MVPzzz(包含以下示例)

MVPzzz架构封装(未完成)

导包

JitPack

Step 1.

allprojects {
    repositories {
        ...
        maven { url 'https://jitpack.io' }
    }
}

在所有的 repositories 中都加入上面语句，否则无法导入成功

Step 2.

dependencies {
    compile 'com.github.KittoZZZ:MVPzzz:v.0.0.2'
}

包含契约类

目录结构.png

1.建立View和Presenter的契约类

public class LoginContract {
    public interface ILoginView extends IBaseView {
        void LoginSuccess();

        void loginFail(String msg);
    }

    public interface ILoginPresenter {
        void toLogin(User user);
    }
}

View层接口必须继承IBaseView
可以很明显的看出 View 和 Presenter 的关系

2.新建Model类(结合RxJava)

public class UserModel extends BaseModel {
    public Observable<String> toLogin(User user) {
        //Retrofit2
        String result = "fail";
        if ("zzz".equals(user.getAccount()) && "123".equals(user.getPassword())) {
            result = "success";
        }
        return Observable.just(result);
    }
}

BaseModel中并为没有实现什么功能，只是先留出，后序可能进行一些更改
只是用于模拟所以并没有进行网络请求，写死数据

3.新建Presenter类实现契约类中的P层接口

    public class LoginPresenter extends BasePresenter<LoginContract.ILoginView> implements ILoginContract.ILoginPresenter {
    @InjectModel
    private UserModel userModel;

    @Override
    public void toLogin(User user) {
        userModel.toLogin(user)
                .subscribe(new Consumer<String>() {
                    @Override
                    public void accept(String result) throws Exception {
                        if ("success".equals(result)) {
                            getView().LoginSuccess();
                        } else {
                            getView().loginFail(result);
                        }
                    }
                });
    }
}

getView() 方法用于调用 View 层的接口方法，如：LoginSuccess(),loginFail()
必须要写BasePresenter泛型，LoginContract.ILoginView，否则无法调用它的方法
使用注解 @InjectModel 进行注入 Model 对象

4.新建Activity类实现契约类中的V层接口

public class LoginActivity extends BaseMvpActivity implements LoginContract.ILoginView {
    private Button btnLogin;
    private EditText etAccount;
    private EditText etPassword;

    @InjectPresenter
    private LoginPresenter loginPresenter;

    @Override
    protected int setContentView() {
        return R.layout.activity_login;
    }

    @Override
    protected void initView() {
        etAccount = this.findViewById(R.id.et_account);
        etPassword = this.findViewById(R.id.et_password);
        btnLogin = this.findViewById(R.id.btn_login);
        btnLogin.setOnClickListener(new View.OnClickListener() {
            @Override
            public void onClick(View v) {
                String account = etAccount.getText().toString().trim();
                String password = etPassword.getText().toString().trim();
                User user = new User(account, password);
                loginPresenter.toLogin(user);
            }
        });
    }

    @Override
    protected void initData() {

    }

    @Override
    public void LoginSuccess() {
        Intent intent = new Intent(this, MainActivity.class);
        startActivity(intent);
        finish();
    }

    @Override
    public void loginFail(String msg) {
        Toast.makeText(this, msg, Toast.LENGTH_SHORT).show();
    }
}

继承 BaseMvpActivity 实现 LoginContract.ILoginView ，重写方法
使用注解 @InjectPresenter 进行注入 Presenter 对象

去除契约类(多个Presenter例子)

"根据设计原则第一条单一原则 LoginContract 这个类就把v和p耦合了应该把view接口和 presenter分离开作为两个独立接口然后分别由view和presenter子类实现"

上面是来自大牛的评论，经过思考确实将 V 层和 P 层的耦合了，所以思考将契约类去除的做法。

假设，在登录界面中的记住密码功能，需要在登录成功后将账号和密码进行保存在本地。下次登录的时候，直接读取显示在对应的输入框中。

目录结构改.png

从目录结构中可以看出多了 UserDataPresenter 与 DataModel 两个关键的类
主要是 V 层在初始化的时候调用 UserDataPresenter 去读取，登录成功的时候保存数据
由于只是个例子所以 DataModel 使用 SP 进行数据的存储
AppContext 只是用于在 M 层获取 ApplicationContext 的工具类

LoginActivity部分代码

public class LoginActivity extends BaseMvpActivity implements ILoginView, IUserDataView {
    ...
    
    @InjectPresenter
    private LoginPresenter loginPresenter;
    @InjectPresenter
    private UserDataPresenter userDataPresenter;

    ...

    @Override
    protected void initData() {
        btnLogin.setClickable(false);
        userDataPresenter.loadLastData();
    }

    @Override
    public void showLoginLoading() {
        Log.i("login", "showLoginLoading: 正在登陆");
    }

    @Override
    public void hideLoginLoading() {
        Log.i("login", "hideLoginLoading: 登录结束");
    }

    @Override
    public void loginSuccess() {
        Log.i("login", "loginSuccess: 登录成功");
        ...
        userDataPresenter.saveData(user);
    }

    @Override
    public void loginFail(String msg) {
        Toast.makeText(this, msg, Toast.LENGTH_SHORT).show();
    }

    @Override
    public void saveDataSuccess() {
        Log.i("login", "saveDataSuccess: 保存数据成功");
        ...
    }

    @Override
    public void saveDataFail(String msg) {
        Log.i("login", "saveDataFail: 保存数据失败 " + msg);
    }

    @Override
    public void readDataSuccess(User user) {
        Log.i("login", "readDataSuccess: 读取数据成功");
        btnLogin.setClickable(true);
        if (!TextUtils.isEmpty(user.getAccount()) && !TextUtils.isEmpty(user.getPassword())) {
            etAccount.setText(user.getAccount());
            etPassword.setText(user.getPassword());
           // loginPresenter.toLogin(user);
        }
    }

    @Override
    public void readDataFail(String msg) {
        Log.i("login", "loadDataFail: 读取数据失败" + msg);
    }
}

在界面打开的时候开始读取保存本地的数据，此时登录按钮为不可点击
读取成功，将登录按钮设为可点击，并且将数据现在输入框中
如果自动登录的话，如果满足条件(账号密码不为空)则直接调用 P 层去登录

UserDataPresenter代码

public class UserDataPresenter extends BasePresenter<IUserDataView> implements IUserDataPresenter {
    @InjectModel
    private DataModel dataModel;

    @Override
    public void saveData(User user) {
        dataModel.saveUserData(user)
                .subscribeOn(Schedulers.io())
                .observeOn(AndroidSchedulers.mainThread())
                .subscribe(new Consumer<String>() {
                    @Override
                    public void accept(String result) throws Exception {
                        if ("success".equals(result)) {
                            getView().saveDataSuccess();
                        } else {
                            getView().saveDataFail("保存失败");
                        }
                    }
                });
    }

    @Override
    public void loadLastData() {
        dataModel.readUserData()
                .subscribeOn(Schedulers.io())
                .observeOn(AndroidSchedulers.mainThread())
                .subscribe(new Consumer<User>() {
                    @Override
                    public void accept(User user) throws Exception {
                        getView().readDataSuccess(user);
                    }
                });
    }
}

DataModel代码就不展示，主要理解思想，详情可以看 --->MVPzzz(包含示例)

上面展示的是多个 Presenter 情况使用注解来实例化，这种方式同样适用于多个 Model 的情况
正是这个例子，让我觉得V层与P层是一一对应的形式存在，可以说是耦合的
保留着契约类可以清晰的看出V和P的关系，可能是个人水平较低，我还是会选择保留契约类的做法
目前对于 MVP 开发模式的疑惑开始增多了.......
Fragment 的使用与 Activity 类似