Android 一个简单的50项列表是否足以证明使用ListView的合理性？

在Google I/O 2010关于ListView的讨论中，他们说您可能不需要使用行数有限且合理的ListView。它们表示，如果处理的行数合理，则可以在滚动视图中对其进行布局

我很好奇人们在实践中发现“合理长度”是什么意思

一个包含50个项目的列表，每行的视图只有几个字符串，不使用ListView布局是否合理？12点怎么样

---

我习惯于在iPhone上使用UITableView来处理大多数UI，因此我倾向于在Android上使用ListView，但我也想知道，在某些情况下，这可能会有些过分，而且我目前对Android上的性能了解非常有限。

ListView确实是处理超过3项的任何内容的最佳选择，这是一个很好的选择，甚至2或3个项目。否则，您将编写一组代码，将索引转换为单个变量，而不是数组、数据库行或其他数据结构

在Google I/O 2010关于ListView的讨论中，他们说您可能不需要使用行数有限且合理的ListView。它们表示，如果处理的行数合理，则可以在滚动视图中对其进行布局

嗯，我在某种程度上可以理解逻辑，但实际上使用

ListActivity

，例如，因为您的基类使事情变得非常简单。好的，如果您有一个只有十几行左右文本的静态列表（每个列表“项”对应一行），那么使用包含

TextViews

的

ScrollView

将是一种替代方法，但实际上在我看来，使用

ListViews

的适配器方法要灵活得多

一个包含50个项目的列表，每行的视图只有几个字符串，不使用ListView布局是否合理？12点怎么样

---

不，如果每个列表项都有一些字符串需要布局，那么自定义列表项布局以及

列表视图
和自定义适配器基本上是必须的。
这不仅关系到项目的数量，还关系到您的数据集是否会被动态更新。如果您知道列表在屏幕上时永远不会更新，并且列表中的项目不多，那么线性布局就可以了。
即使每个列表项目都有几个字符串需要布局，也不一定需要使用ListView（只要您只有几个）@罗曼：事实上，我认为这个问题有点主观，值得讨论，在投票结束的问题上有两种想法。你的评论“……不一定证明……”进一步支持了问题的主观性。我的回答是基于OP对有限理解的承认，在我看来，使用Listview是一个很好的开始。同样，主观上，OP并没有指定数据的源，主观上，我可能会使用XML或SQLite源来实现带有适配器的ListView。它是否能证明事情的正确性还有待讨论。很抱歉这个相当主观的问题。它在参考视频中以一种非常模糊的方式呈现。所有这些反应都是很大的帮助。由于适配器类似乎很快就能实现，所以我将继续讨论ListView。谢谢你的见解。