转载请注明版权

写在前面

       接到公司的需求，把之前那个实在维护不动的项目重构一下（之前项目是eclipse+没有架构写的，跟平铺差不多），临时组建了4个人的Android开发小组，确定架构的时候全票通过了MVP。
       之前虽然用过MVP，可总意会不到MVP的精髓所在，反而经常被绕晕。也看了很多关于MVP的技术博客。怎么写的都有，很多分不清M层和P层的职责所在，为了发挥MVP的优势，特地找到了Google官方发布的MVP源码。总算发现了新大陆。（本文不会讲解官方的源码，只针对个人理解进行叙述，大神至此请无视）

啥是MVP

       Model View Presenter俗称MVP，该架构是从著名的MVC架构演变而来的。
       Android应用开发类似MVC架构。开发中将XML文件视为MVC中的View角色，将Activity则视为MVC中的Controller角色。但是在实际应用开发中Activity大多充当Controller和View的合体。于是Activity既要负责视图的显示，又要负责对业务逻辑的处理。使得Activity过于臃肿。为了优化这一情况特地提出MVP架构模式，使得每层各尽其职，条理清晰。

用一张图来描述下他们之间的关系

image

咋用的MVP？

       在实际的使用使用中，我采用了Google官方的那种写法，除了MVP三层以外还增加了一个Contract契约类,将逻辑接口以及UI接口全部写在了Contract契约类中。然后Presenter和View分别实现Contract类中各自的接口。这么做的目的是方便管理，提高代码的可读性。打开Contract后一目了然，能非常清晰快速的了解到本模块的所有逻辑结构。

说了半天到底怎么个意思？

我叫啥意思.png

我们还是撸下代码吧，还是撸代码来的实在一点，首先我们看一张类结构图

类结构图.png

public class MainContract {
    interface View extends BaseView<Presenter> {
        void showView(String data);
    }
    interface Presenter extends BasePresenter {
        void loadData(int condition);
    }
}

       MainModel：该类为M层的逻辑处理类，所有的逻辑处理以及联网等均在此类中进行，最后通过P层调用从而实现逻辑驱动。

public class MainModel {
    /**
     * 处理逻辑
     *
     * @param condition 处理条件
     * @return 处理结果
     */
    public String getData(int condition) {
        switch (condition) {
            case 1: {
                return "处理结果为1";
            }
            case 2: {
                return "联网处理结果为2";
            }
            default: {

            }
            break;
        }
        return "处理结果为:没找到处理条件";
    }
}

       MainActivity：该类为V层的UI处理类，实现MainContract.View接口。主要负责Presenter，Model的初始化，以及UI的更新操作。

public class MainActivity extends AppCompatActivity implements MainContract.View {
    MainContract.Presenter mPresenter;
    TextView tv;
    Button btn;

    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_main);
        tv = (TextView) findViewById(R.id.tv);
        btn = (Button) findViewById(R.id.btn);
        //Model和Presenter初始化
        new MainPresenter(new MainModel(), this);
        btn.setOnClickListener(new View.OnClickListener() {
            @Override
            public void onClick(View view) {
                mPresenter.loadData(1);
            }
        });
    }
    @Override
    public void setPresenter(MainContract.Presenter presenter) {、
        //获取Presenter
        this.mPresenter = presenter;
    }
    @Override
    public void showView(String data) {
         //更新UI
        tv.setText(data);
    }
}

       MainPresenter：该类为P层的调度处理类，主要负责调用View层以及Model层的方法或接口以实现调度的职责。该类构造函数中接收Activity初始化好的Model和View，并通过View设置Presenter使得每一个实现MainContract.View接口的View均可得到Presenter对象，以方便后续操作。

public class MainPresenter implements MainContract.Presenter {
    MainModel mMainModel;
    MainContract.View mView;

    public MainPresenter(@NonNull MainModel mainModel, @NonNull MainContract.View view) {
        this.mMainModel = mainModel;
        this.mView = view;
        mView.setPresenter(this);
    }
    @Override
    public void loadData(int condition) {
        //调用过程
        mView.showView(mMainModel.getData(condition));
    }
}

       至此，完整的MVP架构已经叙述完毕了，通过以上的描述我们可以清楚的了解到MVP目前比较火的架构之一。他能最大程度的降低代码耦合程度以及维护成本，提高代码的维护性和可读性。从而达到以不变应万变的目的。

以上是本人对MVP的全部理解。如果疑问和建议欢迎留言指点。

最后附上GitHub地址：

https://github.com/w525721508/MyApplication.git