问一下这个性能 手机上可以跑不?

Creator 2.x
#22

创建比可视区域多一两个节点的方案
然后在滑动时 更改节点位置和更新节点上的UI内容
这种方式？

#23

是的，就是这个意思，滑动的时候去更改节点的位置，不要用layout排列

#24

滑动 如丝般顺滑吗? 有图片要更呀!

#25

非常丝滑 :grin:我的做法是在滑动的过程中，在update中计算每个节点的序号，当序号发生变化的时候，更新ui

#26

好滴! 我也试试看!

#27

参考官方scrollview例子就好了。 先优化滚动 再优化批处理

#28

demo中的 scrollView 的代码部分吗?

#29

对 如果没有改动的话 就是复用元素的 拿超出屏幕的元素换位置去初始化即将出现的元素

#30

你这个拖动地图会很抖，估计边界判断算法有点问题

#31

判断方法是在 update里 还是在滚动的回调里

#32

拖动事件里吧 update里的话最好设置开关

#33

多谢啦!多谢啦!多谢啦!

#34

你让我想起，昨天小伙伴跟我聊天，说去某公司做优化，结果看到了对方公司的游戏，500+的dc

#35

这么高dc，应该去想怎么优化，而不是想能不能运行吧 :grinning:

#36
#37

这是的实现原理说一下呗！

#38

image
我这个 现在是 列表最多200项，手机上速度还可以！红米K40这种2000左右的手机，其他手机还没测试！
现在的做法就是 不在视窗内就 透明度=0 的办法

#39

上面链接点进去，里面有demo代码

#40

其实主要就是，他用的虚拟列表，不是所有的列表都渲染出来，只渲染当前界面显示的列表内容，比如你界面就只会显示五个，它始终就用这五个节点，然后你自己更改里面对应的内容

#41

直接虚拟列表，稳的一批