[噼里啪啦]虚拟列表+渲染合批，通用不改引擎，支持2.4.x和3.8.x，开源且简单

Creator 3.x
#41

3.6.3能用吗

#42

挺好的！顶顶顶

#43

理论上是能用的，只要api对的上

#44

哇，大佬出现了！！！

#45

我们这边也是用的分层列表，不过没有做循环列表，挺爽的，一个列表顶多几个DC，一下子就降下来了

#46

哈哈哈，分层已经优化很多了，循环只在有大量节点的时候有较大的优化作用 :laughing:

#47

现在2.4.x用这个还有什么问题吗？之前是不支持动态宽高，后来自己魔改了，想问下目前基于渲染合批基础上支持动态宽高吗

#48

目前的功能可比你刚开始用的时候强太多了，现在已经支持动态宽高了，然后有渲染合批，cell循环复用，以及增删插入。
目前的问题就是
1.开了渲染合批的话，父节点及以上不能出现旋转之后x和y的缩放不一致（就只有这一个缺点）
2.开启cell复用后，只支持单行和单列（其实完全可以做成单行一个cell包含多个子控件解决这个问题）

#49

可以很强，牛

#50

哇，大佬过奖了呀 :rofl:

#51

同志们，3.x版本也已经支持到最新的循环cell功能啦～，欢迎品尝 :rofl:

1赞
#52

战略Mark

#53

只是想把同一个layer 下的子节点，分层渲染可以用吗？ 子节点用的不同纹理合集，能不能分层渲染了，降低合批

#54

可以呀，只用项目里面的代理渲染脚本，就能实现分层渲染，可以显著降低dc

#55

如果有几百个字节点 会不会有内存和性能问题

#56

我觉得就算上千个也不会有啥问题吧，毕竟是空节点，而且我后期更新的版本已经处理了这个问题啦，空节点数量不会超过可视数量的3倍

#57

3.8拉下来跑有30多的dc呢

#58

确有这个问题，3.x没有zindex会比较麻烦，我已经紧急修复了，重写了排序的逻辑，你pull下来看看呢

#59

反馈两个问题哦

  1. 滑动过程中会出现dc陡增的情况。
    image
  2. 滑动过程中能出现空引用。
    image
    image954×552 113 KB
#60

感谢，抽空会修复哒