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

Creator 3.x
#81

后面我要是把这个收费了，会不会被大家嫌弃 :pleading_face:

#82

商店有个类似的98k动态合批，

image
image1484×834 339 KB

如果收费的话只要好应该是不会被嫌弃的吧

#85

虽然大家都喜欢免费的。但是这个是你花了时间精力的，收费也是合理的

#86

嗯嗯，我这个不仅有合批，还做有虚拟列表的功能，不过我的定价肯定不会像上面那么高，而且我这个的优势是在任何平台都通用，不需要改任何引擎相关的东西 :rofl:

1赞
#87

感谢认可 :laughing:

#88

不收费都差点没人用了，还收费。。。我都看不上这几百块。。。要真想分享，直接分享即可~收费的话，真上班的话真不差这几个钱真的，，，

#89

哈哈哈，仁者见仁智者见智吧 :grin:

1赞
#92

我也只是发表我的看法 :thinking: :thinking: :thinking:

#93

说实话，我没用~~他的东西。。。。也没这个打算，公司里的代码我都懒得看了，还看他的代码，。是嫌弃自己还“精力”足够么？啊哈哈 :rofl:

#95

行吧我删了，希望你自己回复别人的时候也能就事论事

#96

大佬，支持mask合批了吗？

#97

还在研究中 :sob:

1赞
#98

合批怎么使用，能否加点教程

#99

收费不会被嫌弃，功能要全才是重点，现在平台商城上已经有好几个关于这种虚拟列表的实现方案了，个人买了几款还是不太满意，主要的几个小细节没处理到位：
1.子节点只能用（0.5，0.5），其实列表排序，个人更喜欢使用（0，1），（1，0）这样的
2.只能从上到下，从左到右，一旦反着来就裂开了各种渲染问题
3.使用Grid形式的栅格排序，渲染刷新位置不对
个人时间和能力有限，改不动大佬的代码，能把这些处理好两百内的定价个人不嫌贵

#100

近期有空写一下教程 :rofl:

#101

哈哈哈，1目前我这个应该没有问题，2的话我还没测试，但也能处理好，但是3的话，我这个做法如果做成Gird的话，逻辑会很复杂，还是建议一行多个或者一列多个做成一个item容纳多个子item来进行处理。如果真的要收费的话，还是需要处理许多细节

#102

收阿，狠狠的收，之前我也喜欢自己的东西免费分享，后面其他人全部收费甚至一个简单的东西搞高价。那只好加入了

#103

:rofl: :rofl: :rofl:大佬都这样说了，那我也就没有后顾之忧了

#104

有个小疑问，我跑了一下git拉下来的项目，好像会掉帧和滑动卡顿

#105

麻烦问一下是fps确实下降了吗？因为目前的循环cell功能我还没有根据滑动速度来决定滑行距离，所以一旦重用cell的时候会是一个固定的滑动速度出现，如果滑动速度不一致确实会有一定的顿挫感。