4

我有一个带有嵌套 RecyclerViews 的相当复杂的列表。我知道嵌套的 RecyclerViews 不是最好的解决方案，但在我的情况下，它是创建结构化代码并满足要求的少数解决方案之一。我附上了结构的图像。你可以以电报为例来提高你对结构的理解。基本上我有一个带有项目 RV-1-Item 的外部 RecyclerView RV-1 和一个带有项目 RV-2-Item 的内部 RecyclerView RV-2。到目前为止一切顺利，我的问题是外部 RecyclerView 按预期回收视图，但是如果 RV-1-Items 之一进入视图，则创建 RV-2 的所有 ViewHolders（这意味着有时会创建超过 100 个 ViewHolders ）。总而言之，我的问题是如何强制内部 RecyclerView RV-2 也回收 ViewHolders。

RecyclerView结构

我知道内部 RecyclerView RV-2 必须有很高的 wrap_content 因为它取决于内部项目的数量，我也无法设置 setHasFixedHeigth(true) （而且我不知道它是否有帮助）因为在运行时新的 RV-2 物品可以添加到 RV-2 中。我还尝试在 RV-2 上设置 setNestedScrollingEnabled(false)，因为我在网上阅读了很多关于它的内容，但它也没有帮助我。

所以基本上这就是我的配置方式

房车-1

layoutManager = LinearLayoutManager(context)      
isNestedScrollingEnabled = false

房车-2

setHasFixedSize(true)
layoutManager = LinearLayoutManager(context).apply {
    reverseLayout = true
}

除此之外，我还有一些 ItemDecorators 但它们只在项目之间创建空间，因此它们不必对问题做任何事情。

总而言之：外部 RV-1 按预期回收 ViewHolders，但内部 RV-2 一次创建所有 ViewHolders，即使它们不在屏幕上。我假设是这种情况，因为 RV-2 的高度为 wrap_content，当需要测量 layout_height 时，它需要创建所有视图。问题：有没有办法强制 RV-2 回收其视图？

编辑：我也在所有 RV-2 RecyclerViews 之间使用共享的 RecycledViewPool 但这与问题并没有真正的关系，因为即使 ViewHolders 在 RecyclerViews 之间共享，RV-2 RecyclerView 也不应该创建不是的 ViewHolders t 初始化时可见。

编辑2：很多评论和相关问题说两个垂直嵌套的RecyclerViews在android中是不可能的，以防这个问题的所有访问者都认为我的问题是：你将如何实现这样的结构。很明显，我可以制作一个包含 IM（圆形图像视图）和 RV-2-Item 的视图，并在不需要时让 IM 不可见。在我看来，这在某种程度上使结构更加复杂。此外还有一个要求，RV-1-Item 左侧的 IM 必须具有在 RV-1-Item 中上下移动的能力，这在我目前的结构下显然更容易。

编辑 3：（我承诺的最后一个）我所展示的问题可以通过使用我在编辑 2 中解释的方法来解决，即使它不是最好的解决方案。但问题是我有一个更复杂的屏幕，因为我有三个嵌套的 RecyclerViews，所以这个方法不再起作用。使用 EDIT 2 的方法，我可以将这个数字减少到两个，但我仍然会留下两个嵌套的 RecyclerView，我想不出一种解决方法可以解决剩余的两个嵌套 RecyclerView 的问题。我附上了一张更复杂的屏幕图像，其中包含带有标记部分的应用程序界面，以帮助您理解结构。

RecyclerView结构2

4

2 回答 2

1

（在解决“如何不让 RecyclerView 一次创建所有项目”时，您的具体问题的答案并不完全，但很可能通过不使用嵌套的 recyclerviews 来解决您的具体问题）

我建议（以与此答案中已经建议的非常相似的方式）将您的提要扁平化到一个 recyclerview 中（无论您如何调整嵌套的 recyclerview 架构，恕我直言，它永远不会像只有一个 recyclerview 那样高效，并且因为您不需要嵌套滚动（我猜），所以只有一个回收器视图应该是您的最佳选择）。

我建议不要以您的数据结构方式来考虑您的提要，而是以您想要显示它的方式以及如何将其拆分为“看起来相似”/由相同事物组成的较小项目。

例如，从您的屏幕截图中，我会看到每个聊天项目的以下项目/视图类型：

  • 聊天标题（带有图标和文本“新组”的事物）
  • 用户徽章（带有文字“Jürgen”的图片）
  • 一个消息项目（一个文本气泡，例如，在底部的屏幕截图中，实际上会有 3 个这些项目，每条消息一个）
  • 包含日期和操作/回复项目的部分。

这些项目比整个聊天项目小得多，因此可以更快地创建/回收。对于这些项目中的每一个，创建一个视图类型和一个视图持有者，并将它们视为单独的回收者视图项目。当正确使用该getItemViewType方法时，recyclerview 将为您需要的位置创建/准备正确类型的视图。

为此，适配器需要添加一些逻辑，因为您的数据很可能会被结构化为

聊天列表，每个聊天都有一个名称和一些要显示的消息

我们需要它

前 6 个元素用于第一次聊天，其中第一个位置是标题，第二个是用户徽章，接下来的 3 个项目是消息项目，然后我们需要一个操作项目。

因此，您基本上需要计算显示每个聊天项目需要多少 recyclerview 项目，这可能是一个计算：

1 个聊天标题项目 + 1 个用户徽章项目 + 3 个消息项目 + 1 个操作/回复项目 = 6

需要对数据列表中的每个聊天项单独执行此计算。

因此，如果您的数据列表中只有这个聊天项目要显示，您实际上需要告诉适配器创建 6 个项目（在本例中返回 6 at getItemViewCount()）。

然后，需要使用该getItemViewType(position: Int)函数告诉适配器，在recyclerview的哪个位置，适配器需要准备哪种类型的视图。因此，您再次需要一些逻辑来说明，例如，在位置 0，第一个聊天项目的聊天标题应该是，在位置 1，第一个聊天项目的用户徽章，在位置 2-4 消息项目应该是，在位置 5操作项和位置 6 的第二次聊天的聊天标题应该是等等（同样，逻辑需要为所有聊天项准备好，并且它可能会变得非常混乱/复杂，因为要计算每个聊天项一个位置的视图类型，例如所有先前的聊天元素视图计数也需要重新计算（为了知道您当前的聊天项目从哪个回收器视图位置开始））。

由于这往往会炸毁您的适配器，因此我建议（如果您还没有这样做的话）在其中获得一些管理器/委托架构。例如，每个视图类型都有一个委托，以及一个计算每个聊天项目所需的 recyclerview 项目/视图类型数量的管理器。

仅供参考：

前段时间，我们遇到了与您类似的情况（一个回收者视图，其设计类似于社交媒体提要，它应该显示提要中的前 n 条评论，我们显示了每个提要项目的评论（这是一个回收者视图项目) 与项目中的另一个 recyclerview ) 并且在一些我们无法解决的性能问题之后，我们只是扁平化了 recyclerview，并且再也没有遇到性能问题。

于 2019-08-18T20:37:39.887 回答
0

很多评论和相关问题说两个垂直嵌套的RecyclerViews在android中是不可能的

这不是真的; 谁说这不是一件事，谁没有做过，并认为这是不可能的。有可能，尽管有复杂性、副作用，而且很可能，当用户点击试图向上/向下滚动并且错误的触摸拦截器获胜时，他们会感到烦恼。

为什么这是个问题？

在 iOS 上，当您尝试做一些平台开发人员认为不好的事情时，大多数人和其他开发人员都会对您大喊：不要与框架抗争！！！. 在 Android 上，我们看到了最疯狂的 Java（现在是 Kotlin）实现，这让您想知道我们 - 开发人员 - 在学校学习什么以及我们在教什么？！然而没有人说什么（大部分）：p

事实是，您正在尝试设计复杂的用户交互和数据转换，但是，您的尝试偏向于“按原样”使用数据（这意味着处理这两个不同的 RV/适配器），而不是做应该做的事情：转换数据以进行演示。

这引出了下一个问题：

你将如何实现这样的结构。

好吧，首先，我不知道您的数据是什么样的，也不知道它来自哪里；除了明显的滚动之外，我不知道您的用户可以对您的数据做什么。

除了您的模型之外，我也不知道您的数据希望如何呈现。

但我确实非常了解情况。事物列表，其中也包含自己的事物列表。

案例：列表列表

这是可行的；你可以有一个列表，在所说的列表中，有另一个列表。我已经做到了。我见过别人做的。我用过。我也从来不喜欢这个“小”可滚动的东西，当我点击“错误的地方”时，我会努力看谁先滚动。

我不会这样做。如果内部列表很大（例如每个外部项目超过 3 个项目），我不会将其呈现为可滚动内容。

我会做的（考虑到我不知道你的问题的事情）是有一个列表显示所有内容正确展平。

这与您的内容有问题：

如果内部列表超长怎么办，这不会导致它们全部显示吗？是的，这就是为什么如果数据（如您所描述的）可以包含 100 个项目，我不会这样做。一个选项是显示带有“更多”链接的前 3 个项目，以现在打开内部列表“全屏”；这比用户 PoV 和技术方面的嵌套列表好 10 倍。

另一种选择是保留这个单一的长列表 (RV-1) 并让用户“扩展”列表以在单独的窗口中启动另一个描述 RV-2 内容的全屏列表。这甚至更好。

你将花时间来实现它并摆脱你现在可能拥有的混乱代码，这会让你想知道为什么你一开始不建议这样做。

如果这是您绝对不能做的事情，那么我无法为您提供更多建议，因为现在您与我不知道的业务/产品规则联系在一起。最终，当您的应用程序的用户不得不滚动那个噩梦时，他们将为此付出代价:)

退后一步

让我说清楚，我不是在批评您或您的解决方案；我只是指出，根据我的经验，您在这里拥有的这种“模式”并不是一个好的用户体验。

  • 格式化您的数据以进行演示，而不是相反。您的数据应该被正确地塑造，以便可以使用您拥有的工具正确呈现。
  • 您正在与 Android 为您提供的工具作斗争；当 RecyclerView （和它的适配器）已经有很多事情发生时，你给它提供了很多新的问题要处理。

想一想：RecyclerViews 要做的事情很多；适配器还必须符合一些接口，确保尽快分派，计算差异（如果使用 a ListAdapter<T,V>）等。活动/片段？他们有很多事情要处理......好吧“Android”；现在您要求所有这些组件也处理滚动内容、触摸识别、事件处理、视图膨胀等复杂场景。所有这些，同时期望每个视图花费 16 毫秒或更短（保持在 60 FPS 以上的滚动速度，你的 view/viewHolder 不应该花费超过 16 毫秒来完成它所需要的一切。

相反，我要求您退后一步，获取您拥有的数据，对其进行组合、转换、映射，并创建可以更好地为您拥有的组件服务的数据结构（RV + Adapter + 一个简单的 View ）。

祝你好运 ：）

于 2019-08-12T17:25:06.127 回答