已经两个月了，我一直在使用 MVP Structure 来创建 Android 应用。

正如我发现的关于 MVP 的每个链接中所解释的那样，Presenter 类负责处理所有业务登录和数据(来自 Model 类)，我理解并开始工作。

教程中显示的优点之一，我想在这里强调，MVP 使单元测试更容易，因为没有 View 的依赖性(好吧，我也明白这一点)。

我不明白的是为什么要创建接口(interface)来更新演示者的 View ，而我只能调用一个将返回值的演示者方法，然后我可以在那里设置它？

让我们来看看我上面谈到的优势(单元测试)。使用这些接口(interface)单元测试会出现更多问题，因为方法需要接口(interface)实现来完成我们在单元测试中没有的操作(我知道仪器测试也出现在单元测试中，但我只谈论非 ui 测试)。

我只是更喜欢调用 presenter 方法并获取值并在 fragment 或 Activity 本身的 View 中设置，因为接口(interface)的创建会产生另一个级别的复杂性和不必要的接口(interface)声明，所有 View 操作都将被实现。这有点令人沮丧。

与我一起工作的一位 friend 在我的代码中指出了这个问题，并告诉我查看所有在线引用资料以澄清我的错误。但我想知道这些接口(interface)在编程实践中是如何提供帮助的。因为我不能只是消化它。它成为我的屁股的痛苦。看了网上所有的资料都没有解决办法。

例子

带界面的Presenter

class Presenter
{

    private ViewInterface viewInterface;

    public void setViewInterface(ViewInterface viewInterface)
    {
        this.viewInterface = viewInterface;
    }

    // Here value is being passed to interface method that is implemented in fragment.
    // No problem with this implementation but why to do it. 
    // It will make unit test problematic as this method needs ViewInterface.
    public void calculate()
    {
        // Some calculation
        viewInterface.updateView(/*pass some paramerer*/);
    }
}

没有界面的Presenter

class Presenter
{


    // Here just take the value and set the view in fragment
    // Unit test easier just check the returned value.
    public int calculate()
    {
        int result = -1;
        // Some calculation
        return result;
    }
}

正在使用演示者的 fragment

class MyFragment extends Fragment{

    ....

    @Override
    public View onCreateView(LayoutInflater inflater, ViewGroup container, Bundle savedInstanceState) {
        // Inflate the layout for this fragment
        return inflater.inflate(R.layout.layout1, container, false);
    }

    @Override
    public void onViewCreated(View view, @Nullable Bundle savedInstanceState)
    {
        super.onViewCreated(view, savedInstanceState);
        // just call method and get value to set in a view.
        int result = new Presenter().calculate();
        // set result in a view
    }

}

请检查上面代码中的注释。

任何帮助将不胜感激。 提前致谢。

最佳答案

自从我从自己的新手代码过渡到 MVP 才过去几个月，我不得不说，学习这种架构使我成为了更好的程序员，并让我对接口(interface)有了新的认识。

本人没有学历或经验，不谈SOLID ，或计算机科学中的任何其他原则，但我可以根据我所学和经历的内容向您提供我的意见。

每个组件都有接口(interface)，可以很容易地查看您的应用程序的功能。

查看以下合约，发现here :

我确切地知道这个应用程序的整个模块中发生了什么。 如果我关心事情是如何完成的，我可以看看实现。 在编写单元测试时，我不关心事情是如何工作的，只关心它们确实能工作。 我可以更改每个组件，M、V 或 P，而不会破坏我的应用程序中的任何内容。

当我们对同一个模型有多个 View 时，可能会有一个用例。 我们可以有一个 ProductListCustomView、一个 ProductListFragment 和一个 ProductListActivity。我们可以根据运行应用程序的设备选择其中之一。它们都实现相同的接口(interface)，因此即使在运行时也很容易进行更改。

public class ProductListContract {

public interface View {
    void showProducts(List<Product> products);

    void showAddProductForm();

    void showEditProductForm(Product product);

    void showDeleteProductPrompt(Product product);

    void showGoogleSearch(Product product);

    void showEmptyText();

    void hideEmptyText();

    void showMessage(String message);

}

public interface Actions {
    void loadProducts();

    void onAddProductButtonClicked();

    void onAddToCartButtonClicked(Product product);

    Product getProduct(long id);

    void addProduct(Product product);

    void onDeleteProductButtonClicked(Product product);

    void deleteProduct(Product product);

    void onEditProductButtonClicked(Product product);

    void updateProduct(Product product);

}

public interface Repository {
    List<Product> getAllProducts();

    Product getProductById(long id);

    void deleteProduct(Product product);

    void addProduct(Product product);

    void updateProduct(Product product);

}

看上面的例子，我不认为 Presenter 的接口(interface)是必要的，除非你有不止一个 Presenter 的实现。 我想不出一个 View 可以与多个 Presenter 类型相关联的场景(例如 LongProductListPresenter、ShortProductListPresenter 等)

在使用 MVP 完成应用程序几个月后，您可能会决定更改您的某些 View ，将它们转换为自定义 View ，或将您的布局转换为 Android 发布的最新大事。

您还可以决定使用不同的库来存储数据或联网。

您可能想要更改 Presenter 中的逻辑，但您不太可能有一天早上醒来并决定您的应用程序需要一个全新的 Presenter。

google 的 MVP todo 示例使用演示者界面。因此，绝大多数开发者，都会这样做。如果有一天他们更改了这个示例应用程序，那么其他所有人都会迅速效仿。

归根结底，您是架构师，如何构建应用程序是您(或您的老板)的决定。

我希望您在做出自己的决定时更有信心，无论您做出哪种选择。

这是关于该主题的另一篇文章。

http://blog.karumi.com/interfaces-for-presenters-in-mvp-are-a-waste-of-time/

关于android - 如果我们可以返回一个值并在 View 中设置(MVP 结构)，为什么要在 Presenter 中创建一个界面，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/38651767/