分页加载

[mujinweixiao]

有实现分页加载数据的demo嘛，
例如
1、滑动到第一张的时候，请求网络数据，将数据拼接到前面
2、滑动到最后一张的时候，请求网络数据，将数据拼接到后面

[JiongXing]

可以实现 willDisplay 的代理，就知道滑动到哪里了，然后业务自己去 load 数据即可，load 完刷新数据源再reloadData.

具体如下：
分页完全由业务在 JXPhotoBrowserDelegate 里用自己的数组驱动：numberOfItems 返回条数，cellForItemAt index 按 index 取模型、配置 Cell。

边界触发可以任选其一（或组合）：

看 browser.pageIndex（在 scrollViewDidEndDecelerating / DidEndDragging 等滚动结束后更新，见内核里对 updateCurrentPageIndex() 的调用）。
实现 photoBrowser(_:willDisplay:at:)：index == 0 或 index == count - 1 时去拉数据（注意 Cell 复用，建议加防抖或结合 pageIndex）。
做一个透明 Overlay，在 didChangedPageIndex 里根据新页码判断是否到首尾再请求（和 pageIndex 变化同步）。
数据回来后：

更新业务数组（前插或后插）。
调用 browser.collectionView.reloadData()（collectionView 是公开的，见 92:109:Sources/JXPhotoBrowserViewController.swift）。
前插时还要自己处理「当前看的还是同一张图」：插入后下标整体平移，reloadData() 往往会打乱偏移，通常要在 reload 后 scrollToItem 到正确项，或先关掉无限循环降低复杂度。
注意：开启 isLoopingEnabled 时，内部是「真实条数 × 倍数」的虚拟列表（119:122:Sources/JXPhotoBrowserViewController.swift），willDisplay 里的 index 仍是真实下标（679:682:Sources/JXPhotoBrowserViewController.swift），但和「列表物理首尾」的对应关系更绕；做双向无限加载时，很多业务会先关循环（isLoopingEnabled = false），首尾逻辑会简单很多。