MVP模式的经典封装，把握精髓，化繁为简

2023-11-05 04:00:50

MVP 模式：高效 Android 开发的利器

简介

MVP（Model-View-Presenter）模式是一种广受认可的设计模式，特别适用于 Android 开发。它将应用程序的业务逻辑、用户界面和数据处理清晰地解耦，带来诸多优势，包括高可测试性、低耦合和易于维护。然而，MVP 模式也并非完美，它存在一些固有的缺点，如类过多、内存泄漏风险和接口函数冗余。本文将深入探讨这些缺点，并提供优化的策略，以帮助开发人员充分利用 MVP 模式。

类过多问题

MVP 模式中，每个视图（View）都需要一个对应的表示层（Presenter），每个表示层又需要一个对应的模型（Model）。对于复杂的应用程序，这可能会导致大量类和接口，使代码难以管理和维护。

优化策略：

使用依赖注入： 通过使用依赖注入框架，我们可以避免表示层直接持有视图的实例，从而降低内存泄漏风险。
减少接口函数： 通过合理的设计，我们可以减少视图和表示层之间的接口函数数量，简化代码结构。
使用泛型： 对于类似的视图和表示层，我们可以使用泛型来复用代码，降低代码冗余。

内存泄漏风险

另一个问题是，表示层通常需要持有视图的实例。如果视图被销毁，但表示层没有及时释放视图，则可能导致内存泄漏。

优化策略：

正确管理视图生命周期： 在表示层中实现 attachView() 和 detachView() 方法，以管理视图的生命周期，并在视图销毁时及时释放引用。

接口函数过多

此外，MVP 模式中通常需要定义大量的接口函数，用于视图和表示层之间的通信。这不仅会增加代码的复杂度，还会给开发人员带来认知负担。

优化策略：

抽象通用接口： 定义抽象的通用接口，提供视图和表示层之间通信的标准方法。
使用默认实现： 对于通用接口中的方法，考虑提供默认实现，以简化表示层的实现。

代码示例：

下面是一个经典的 MVP 模式封装示例：

public abstract class BasePresenter<V extends BaseView> {

    protected V view;

    public void attachView(V view) {
        this.view = view;
    }

    public void detachView() {
        this.view = null;
    }

    protected void checkViewAttached() {
        if (view == null) {
            throw new IllegalStateException("View not attached");
        }
    }
}

public interface BaseView {

    void showLoading();

    void hideLoading();
}