Android MVP架构的使用

前言

在现实项目中，我们经常会遇到这样一种情况，就是一个Activity类不仅要处理几种业务逻辑，同时还要兼顾着数据的请求以及UI的操作，这样造成的后果就是整个类的代码会出现上千行，更有胜者是几千行。显而易见，这种处理方式是不妥的，不仅违反了面向对象中单一职责原则，而且对于整个项目来说，也不利于项目的扩展和维护。（单一职责原则：不要存在多于一个导致类变更的原因。通俗的说，即一个类只负责一项职责。）那么，面对这种情况，我们该如何去架构整个项目？由于android项目本身就是MVC架构的体现，Activity充当了Controller，所以我们需要一种新的架构去替代MVC。

MVP初步了解

MVP：（Model-View-Presenter）它是从MVC模式演变而来的，它与MVC模式相同的地方是，Controller/Presenter负责逻辑的处理，Model提供数据，View负责展示。作为一种新的模式，MVP与MVC有着一个重大的区别，在MVP中View并不直接使用Model，它们之间的通信是通过Presenter来进行的，所有的交互都发生在Presenter内部，而在MVC中View会从Model中读取数据而不是通过Controller。

MVC图示

MVP图示

使用MVP的优点：

• 模型与视图完全分离，我们可以修改视图而不影响模型
• 可以更高效的使用模型，因为所有的交互都发生在一个地方，即Presendter内部
• 我们可以将一个Presenter用于多个视图，而不需要改变Presenter的逻辑。这个特性非常有用，因为视图的变化总是比模型的变化频繁。
• 如果我们把逻辑放在Presenter中，那么我们就可以脱离用户来测试这些逻辑（单元测试）

MVP在Android中使用

• View层负责处理用户时间和视图部分的展示，在Android中，它可能是Activity或者Fragment类
• Model层负责访问数据。数据可以是远程Server API，本地数据库或者Share的Preference等
• Presenter层是链接（或适配）View和Model的桥梁

示例

项目结构

定义一接口INewsView，作为View层和Presenter层关联的纽带，View层去实现该接口，而Presenter通过INewsView进行改变Activity的UI，同时Presenter类也和Model层进行关联操作
INewsView接口

public interface INewsView {
    void initView();//初始化控件

    void startLoad();//开始请求数据

    void loadSuccess(List<NewsBean> newsBeanList);//请求成功，数据不为空

    void loadFail();//请求失败

    void loadEmpty();//请求成功，数据为空

}

Activity类去实现该接口，进行UI逻辑操作

public class MainActivity extends AppCompatActivity implements INewsView{

    private NewsPersenter newsPersenter;

    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_main);
        newsPersenter = new NewsPersenter(this);
        newsPersenter.requestData();
    }

    @Override
    public void initView() {
        //初始化控件
    }

    @Override
    public void startLoad() {
        //请求数据前UI操作
    }

    @Override
    public void loadSuccess(List<NewsBean> newsBeanList) {
        //请求成功，数据不为空，UI操作
    }

    @Override
    public void loadFail() {
        //请求失败，UI操作
    }

    @Override
    public void loadEmpty() {
        //请求成功，数据为空，UI操作
    }
}

NewsPresenter类

public class NewsPersenter {
    private INewsView iNewsView;

    public NewsPersenter(INewsView iNewsView) {
        this.iNewsView = iNewsView;
        this.iNewsView.initView();
    }

    public void requestData() {
        //请求数据前数据前UI操作
        iNewsView.startLoad();
        //请求数据,异步请求
        NewsHttpRequest.requestNewsList(new Callback<List<NewsBean>>() {
            @Override
            public void onResponse(Response<List<NewsBean>> response) {
                if (response == null || response.body() == null || response.body().isEmpty()) {
                    //请求成功，无数据
                    iNewsView.loadEmpty();
                } else {
                    //请求成功，有数据
                    iNewsView.loadSuccess(response.body());
                }
            }

            @Override
            public void onFailure(Throwable t) {
                //请求失败
                iNewsView.loadFail();
            }
        });
    }
}

NewsHttpRequest类，进行数据请求，Model层操作

public class NewsHttpRequest {

    public static interface INewsRequest {
        @GET("/NewsService/newsList")
        Call<List<NewsBean>> getNewsBeanList();
    }

    public static void requestNewsList(Callback<List<NewsBean>> callBack) {
        Retrofit retrofit = new Retrofit.Builder().baseUrl("http://localhost:8080")
                .addConverterFactory(GsonConverterFactory.create())
                .build();
        retrofit.create(INewsRequest.class).getNewsBeanList().enqueue(callBack);
    }
}

ps：当项目比较小，业务逻辑不多的时候，不建议使用MVP模式