关于How to determine if a user has scrolled to the end of an NSTableView 谢谢乔希。
有没有办法使用这种机制来实现提供某种无限滚动或分页的 NSTableView。
这个想法是告诉 NSTableView 最多加载一定数量的记录，比如一次加载 1k 条记录，然后当用户滚动到接近末尾时再拉出 1k 条记录，可能会忘记前 1k 条记录。
这种模式在 Web 应用程序和 Java 中得到了很好的定义/使用。最初只加载可见的行数，其余的在用户上下滚动表格时异步拉取。
我对一些 obj-c 代码或有关如何编写代码的提示感兴趣。 我知道过滤/限制进入 tableview 的记录数量，但让我们暂时忽略它。
谢谢。
【问题讨论】：
标签： objective-c cocoa nstableview nsscroller
鉴于您提供的详细信息，我会概括一下，但这是我可以解决的方法：
首先，我会设置比 1000 条记录小得多的批量大小。如果结果计数或“任何人都想看到的最多”是不确定的（听起来就像你的情况），用户可能甚至不会关心前 100 个左右。如果您的用户经常请求一个大而昂贵的列表，并且立即想要查看距离开头那么远的内容，他们将滚动条向下投掷两分钟，然后停下来环顾四周，这可能是一种更直观的排序需要订购，而不是向 Google Image 索要 1000 多个动画小猫 GIF。 ;-)
表视图背后的控制器（绝对是基于视图的视图重用）表视图将需要某种请求队列，因为我假设您正在批量处理内容，因为单独检索它们的成本很高。这将管理异步请求/okay-now-it's-loaded 机器（我知道这很模糊，但需要更多细节才能更具体）。您将确保任何“当前处于活动状态”的视图都会以某种方式获得此“准备就绪”通知，并将从一些“忙碌”的 UI 状态转到显示准备好的项目（因为我们永远不想让表等待准备就绪-在给定行显示对象的视图，因此视图至少应该显示一些“仍在等待详细信息”指示，以便快速滚动很多行不会停止任何事情）。
使用基于视图的 NSTableView 和关联的数据源方法将让表格视图处理仅保留足够的自定义 NSTableCellView 副本以在滚动期间重复使用。由于您必须在询问时提供已配置的视图，因此视图的默认状态可以是“如果未准备好则不绘制任何内容”或一些视觉上通用的占位符，直到对象实现并准备好（然后您可以重新加载该行而不是整个表）。这样表格会保持快速滚动和绘制，因为它不关心您的控制器正在做什么来履行更新可见行的承诺（您的自定义单元格视图将观察其表示的对象的更新）。
如果上限是天文数字，您可能希望滚动条反映到目前为止批处理的总行数 - 反映该大小会使滚动条抓地力既小又非常敏感。相反，只需按照用户到目前为止“请求”的内容（通过表格视图的行数）增长滚动条，一直到列表的开头。每当有更多批处理时，您都需要将批处理大小添加到控制器的批处理总行数中。这仍然可以让滚动条按用户无法以那种速度区分的行缩放。您可以通过将行计数更改发送给表视图-noteNumberOfRowsChanged 并回复其结果数据源请求 (-numberOfRowsInTableView:)，并将更新后的总行计数存储在控制器的属性中。它会根据需要请求新可见行的视图（在像以前一样实现之前，它将处于某种中性、未实现的视觉状态），更新滚动视图，起泡，冲洗，重复。
您可以use NSCache 保持低内存使用率。将其countLimit 设置为批量大小的几倍，如果它决定需要转储第一个 n 个模型对象，则让它丢弃以前的批次，然后在表格视图突然要求查看不再在批处理窗口范围内的行。
如果不了解您的要求和架构的更多信息，就很难得到更具体的信息。如果我没有达到目标，请考虑编辑您的问题以包含更多细节。如果我完全偏离您的要求，请澄清。 :-)
【讨论】：
我对 iOS 了解更多，但我认为答案是相似的。表格视图本质上是有限的，但您可以滚动自己的自定义滚动视图来执行此操作。诀窍是设置较大的内容大小并在您的子类中实现布局（每次滚动更改都会调用它）。在该方法中，检查内容偏移量是否接近零或接近内容大小。如果是，则将内容偏移量转换回内容大小的中心，并将所有子视图（将它们保持在一个父内容视图上）平移相同的距离，这样用户就不会看到任何运动。制定一个数据源协议并不断向您的数据源询问平铺视图可见部分的“单元格”。
应该由数据源来识别我们在过去称为页面错误的情况，并决定应该丢弃内存中的一些模型以支持用户滚动的模型。
我四处寻找 NS 等价物，但在粗略搜索时没有看到。 Here's a decent-looking reference on the idea done in iOS.
【讨论】：