在我的应用程序中扩展android.widget.Adapter是否有利？

在我当前的应用程序中，这是供车内使用的，我在相对仪表（仪表板）内的任意位置显示一系列视图（表示仪表）。显然，有大量的支持数据描述了这些仪表的位置、它们的属性、它们显示的测量数据等等

此时，创建一个单独的适配器类来包含将支持数据转换为适当的仪表视图的代码似乎是明智的。这将遵循现有的Android模式进行操作，其中各种类型的视图（ListView、Spinner等）接受BaseAdapter的适当子类来处理与备份数据的接口

我考虑做的是扩展RelativeLayout，以便它接受适配器并调用标准适配器方法（如

getCount（）

，

getView（）

，等等）。我的自定义适配器将对每个视图应用适当的LayoutParams，以便将其正确定位在RelativeLayout中

因此，与其说是一个具体的问题，我只是想知道在这个例子中使用适配器接口是否合适。让我稍感不安的是，在Android库中，适配器似乎常用于以列表格式显示信息的视图。您认为子类化适配器（或BaseAdapter）听起来像是我所做工作的一个好模式，还是在数据没有显示在列表中的情况下使用它会有点违背规则

我只是想知道在这种情况下使用适配器接口是否合适

---

不，除非你有任意数量的仪表

AdapterView

是围绕支持0-N子级而设计的，它使用循环模式，只需要几个实际的子级

Adapter

是围绕着与

AdapterView

一起使用而设计的。它是一个适配器，我认为在列表中使用它并不相关。谢谢您的回答。可以显示任意数量的仪表和其他“小部件”；用户也将能够在运行时操纵它们的数量，并且所有这些都将立即可见。您提到视图循环模式很方便，因为我没有考虑到这一点，这是适配器接口的特性之一。虽然实现适配器实用程序类对我来说无疑不是一个坏主意，但我认为实现Android自己的适配器接口并遵循其方法模式可能是一件“好事”，但也许没有真正的理由这么做。@Trev16v:是的，如果它们都能同时显示，

AdapterView

除了增加复杂性之外，不会给您带来任何好处。