也别太乐观了，我在使用的时候还是发现了不少细节上的问题。免费的有点问题同行忍忍也不会说什么。毕竟谁的时间都珍贵，求不得样样完美；收费的有点问题性子都会上来，笔记谁的钱都不是大风刮来的。大佬，我这项目（线上运营的）打算用你这套了，我给你反馈，你给我修好，到时候上线了我第一个买。可否？
我也发现了，把示例化节点的宽度加宽。从左到右滑动，一面展示三个子节点的宽度，滑动的时候顿挫感很强，更新变化的地方对不上去，很容易感受出来
其实吧，我觉得你说的很有道理，哈哈哈。
目前存在的bug和顿挫感的部分其实是进阶功能循环cell带来的，把这个功能关掉的话（初始化不传入最大cell数量即可），基本不会有啥bug会出现，使用的自由度也会高许多。
循环cell这个功能确实是需要把细节和更多功能方面都做处理和测试（这个功能其实我的初衷并不是通用，但是目前看来不通用好像也不行了 
）。
所以我也不急着说要收费，毕竟教程啥的也没出，有很多开发者用的时候其实用法可能也不太对，主要还是不够简便好用，这点我确实得改进
能快则快吧，这个列表带来的性能问题也困扰我们这小团队不少时间了，自己费时也写了个无限列表，但是合批这块确实玩不转，性能和封装上还是不满意。如果你有时间的话尽量赶，私我，给个wx我打
，全当加鸡腿了。另外我之前提过的1，2，3的问题都是必要的，随处可见的背包功能不可能放着栅格Grid类型就不管了。这个麻烦终究还是得面对。
我尽量快点 
mark，挺好用的
直接for循环隐藏区域，优点是不用自动进行计算高度，官方layout各种情况可用，还支持点击列表展开的功能。缺点是列表内容多的话，每一帧要循环数量太多了。但是搞什么虚拟列表啥的，代码写的多，情况判断多，又不通用。狗策划来一个临机一动, 直接干废。
其实目前就是在官方的layout上面弄的虚拟列表，目的就是为了让大家自由点
收费才有动力把它做好。实验产品和商业产品是两个概念，若是随便玩玩就不要收费，若是持续完善就要收费，越完善的费用越高。
好的，感谢提醒 
肯定会完善了才收费，毕竟是需要别人花钱的
具体问题可能还得具体处理，你或许可以发个demo上来大家看看
大佬都说好 应该就是好的 战术插眼 等几天就用
这个是不是不支持sprite使用 sizemode = RAW 模式呀，同一节点的sprite替换spriteframe后，宽高不会变，如果图不一样大，会变形
按道理是完全支持的，你可以仔细看看是不是有啥细节遗漏了
怎么清空列表啊？？？
你可以用removeData把数据全删了