最近在做一个翻页交互，遇到点setData的坑，最后想了个办法给绕过去了，但我不知道各位有没有更好的办法，在这里分享下我的处理办法；
例如我有个列表，这个列表的总数据量不确定有多少，经我们产品交代，大促期间，至少会有1000条，从小程序的开发文档里可以看到setData对数据的限制是1024KB，因为之前我看文档时没有注意到这一点，所以我一开始在做分页的时候就用了错误的方法，上代码:
wxml:
wx:for="{{skuList}}" skuData="{{item}}" actId="{{actId}}"
|
js:
skuList: []},loadMore: function() { request(function(res) { this.setData({ skuList: this.data.skuList.concat(res.list) }); })
|
好，这样写，问题就出来了，当数据量慢慢的累积起来，就会触发1024KB阈值，后面的数据就算能取回来，也set不进去了。
于是我想了一个解决方案：
把之前的渲染流程拆成两步来做，第1步: 先想办法把每页的坑位给渲染出来，于是我搞了一个skuPage组件, 在这个组件中来单独做每页的sku渲染：
wxml:
wx:for="{{skuList}}" skuData="{{item}}" actId="{{actId}}"
|
js:
skuList: []},methods: { setListData: function () { let _this = this; this.setData({ skuList: app.globalData.skuList }); app.globalData.skuList = []; }},ready: function() { this.setListData();
|
在外部页面中调用skuPage组件:
wxml:
class="sku-page" wx:for="{{pageWrapCount}}" wx:key="{{index}}"
|
js:
pageWrapCount: []},loadMore: function() { app.globalData.skuList = res.list; request(function(res) { this.setData({ pageWrapCount: this.data.pageWrapCount.concat([1]) }); })
|
好，这样我们把取回的数据先不要立马set进去，而是把它先丢在global里，然后让坑位+1，这样skuPage就会新增一个，就会触发skuPage的ready钩子函数，这个时候再在skuPage的ready钩子中，从global中把list取过来丢给skuPage组件的skuList，让skuPage组件去渲染，这样就能绕开setData的1024KB上线，因为每次针对于坑位来说
pageWrapCount: this.data.pageWrapCount.concat([1])
|
我只对pageWrapCount数组push(1); 就算有1024KB限制，那也远远足够了，除了此种办法外，各位还有更好的办法么？欢迎共享经验
厉害了，不过如果是scrollview的话，这个方案不太行吧，没法同一个滚动条去控制。
谢谢分享，以前做分页都没注意到这个大小的限制
那你赶紧测一下，你的分页有没这个问题
信息量返回没达到上限，一般都只是1300多条
主要是看数据体大不大，我们500条数据的数组，就超过1024了，每个json的字段都很多
怎么不去做page动态变化呢? 比如page=3, 则取个渲染子集[3n, 4n-1]
这个列表的翻页，并没有页码选择器，是不断的往下滑，如果按照你这样处理方式，页面会不会出现闪烁现象？但你这个方案是可行的。
谢谢大佬分享
你好，感谢分享
谢谢大佬分享