如何使用适用于 Android 的 MVP 模式控制 ListView

Question

我目前正在使用 MVP 模式开发一个 Android 应用程序。

当我尝试开发一个 Activity 时，我应该使用 ListView。所以我将适配器用于 ListView。但我听说 Adapter 类似于 Presenter on MVP Pattern。

我认为如果 Apdater 与 Presenter 相似，那么我应该使用 Presenter 来更新 ListView 而不是 Adapter。

遇到这种情况，如何开发ListView？只使用适配器并继续使用 MVP 模式？

感谢您的阅读。

Answer 1

适配器是视图的一部分。事实上，所有的 Android 依赖都应该是视图的一部分。 将适配器与您的模型和演示者隔离开来是一项艰巨的任务。 I have released a library called PaperKnife for this purpose.

您可以使用 PaperKnife 将适配器与模型和演示者层分离。请按照以下步骤操作：

1. 使用CellElement接口抽象模型层。您的视图层不需要知道您的模型。

2. 创建一个类来为您的行视图提供信息。您可以使用您的演示者。实现类CellDataProvider 并创建方法来提供所有信息。使用 @DataSource("DataId") 注释您的提供程序方法以执行映射。您的数据方法接收模型类的实例。例如：

   public class SamplePresenterImpl implements SamplePresenter, CellDataProvider {
       @DataSource("Title")
       public String getTitle(Item item) {
           return item.getTitle();
       }
       // etc.
   }
   

3. 在您的适配器中创建一个ViewHolder 并实现CellViewHolder 接口。创建方法来管理视图并使用DataTarget("DataId")

   static class ViewHolder extends CellViewHolder {
       @DataTarget("Title")
       public String setTitle(String title) {
           mTextViewTitle.setText(title);
       }
   }
   

4. 在您的适配器getView 方法中执行映射：

   @Override
   public View getView(int position, View convertView, ViewGroup parent) {
       // etc.
       PaperKnife.map(mList.get(position))
                       .dataProvider(mCellDataProvider)
                       .into(viewHolder);
       return convertView;
   }
   

这样你的视图层只知道CellElement接口，你的presenter负责向你的适配器提供数据。

Answer 2

是的，适配器应该是 MVP 模式中的 P 组件。事实上，ListViews 几乎是用 MVP 编写的——getView() 函数需要在每次调用时设置视图的所有值，这几乎是演示者必须做的定义。虽然它也很容易以 MVC 类型的方式使用它——只需在 View 上使用 getView 调用函数，将模型传递给它并在 Views 中完成这项工作。所以无论哪种方式都行得通，只需选择您的偏好即可。

如果您确实使用具有复杂列表行的 MVP 模型，我喜欢将这些行设为自定义复合视图，并在其上放置更多描述性函数名称，而不是使用 listRow.findViewById(R.id.textView).setText (filename) 我会去 listRow.setFilename(filename) 并让视图知道如何处理它。这有点模糊了 MVP 和 MVC 的界限，但我发现它很好地平衡了适配器的可读性和避免纯 MVC 有时带来的一些尴尬。

Answer 3

如果该活动中只有一个列表视图，则无需编写单独的演示者，因为适配器实际上是作为列表视图的演示者工作的。但是，如果您有除 ListView 之外的其他 UI 组件需要更新，那么您必须为这些 UI 组件编写单独的 Presenter。

Answer 4

Android 应用程序基本上是围绕模型-视图-控制器 (MVC) 构建的 - MVP 听起来很像，尽管我以前没有听说过这个术语。活动充当控制器的角色，XML 视图就是这样（尽管您可以在 Activity 中以编程方式构建它们 - 在 XML 中更容易和更简单），以及您自己编写的模型。所以是的，这个模型非常实用。

您可能不太了解此设计模型的一个可能原因是，Android 框架会强制您将视图分开。因为移动设备上的应用程序往往很小，人们不倾向于使用完整的 MVC；他们倾向于视图和动作层，其中动作层完成了模型的大部分（小）工作。

如果您正在编写一个跨平台应用程序，您可能希望查看一个四层方法：视图、操作、业务逻辑和模型。视图和操作层将是特定于平台的，而业务逻辑和模型不会改变。基本上，您将演示者和用户交互拆分到操作层，该层调用业务逻辑层来执行用户想要的操作。