你这个根本不是性能问题，龙骨的数据都是保存在Factory里面的包括图片解析数据
这在Native上每ArmatureDisplay都是不同的Factory那岂不是我要换装，我要向每个ArmatureDisplay的Factory里新加图片解析数据，这样会有冗余数据，如果拿到的是全局单例的Factory结果可想而知！
现在确实会有冗余数据，我们会作为已知 bug 进行修复的。
cocos做arpg有什么明显的坑吗。 能不能说2个。。 正在做
哦还有，我希望有个在active = false的时候，能有个像onLoad,start这种函数来初始化数据的函数
在编辑器中如果设置active = false;
onLoad是不会执行的，我希望有个方法能初始化数据，
虽然可以写在ctor构造函数里面，但是编辑器那个黄色警告看起相当不爽
组件上不会增加你说的方法，因为 active 为 false 时，我们希望的是没有任何开销。
建议初始化的话应该是由其它脚本上的逻辑来调用。
另外，1.5 支持用 __ctor__ 定义构造函数，那就不会有黄色的警告了
如果一个开始active = false，这样就无法让active = true;
也只能通过其他脚本来保持有这个节点的引用来调用active = true；
如果由其他的脚本逻辑来调用的话，这样就增加了耦合，并没有达到解耦！
其实通过一开始创建这个组件的时候注册了事件，通过发送事件的方式来设置active = true；
会更好一些！
如果不加的话，也只能在ctor构造函数里去注册了！
一个简单de 内存处理方法，官方可以参考下： 当缓存的图片数量超过200个，只保留最近使用的100个图片，其他的全释放掉。这样所占内存的图片数量永远在100-200之间，内存稳定，重复进入某些界面也不会卡顿。
当然这个方案也可以精准到计算尺寸大小。
首先坑确实多，然而感觉你们是想让引擎组帮你们把游戏做了啊，我还是希望引擎组专心搞好引擎部分，引擎就该具有通用性，像内存管理这些应该是游戏框架做的事了，根据数量释放，根据内存大小释放，立即释放延迟释放? 1000款游戏就会有1000个不同的需求，这些上层也很容易定制自己需要的实现，也就是分分钟的事。
4赞
这个贴子看下来，还真是让人很不爽，这次我真的要为Creator引擎组的人说一下公道话。说实话，仅管Creator使用过程中有一些问题，但总体上，他已经比以前的Cocos好太多太多。
我们做的是重度的MMO手游，和端游一样，玩家是在同一个场景里的，最多可以达到同屏上百人。目前的进展已经到堆各种系统的程度。而角色管理，战斗技能，场景管理，刷怪，AI已经基本完成。我列一个大概的数据：同屏50个角色的情况下，安卓1000左右价位的机器，FPS是50帧。而这50帧并不角色静止在那里的，是有战斗特效，有满屏的掉落物。
我想如果Creator可以做成这样的游戏，它真的有像你们说的那么弱吗？在我看来，引擎只要把最核心的和最基本的功能做好，而作为一个有经验的程序员：
要能够驾驭这个引擎，知道它的缺点和优点，扬长避短。
要根据自己项目的特点去做优化，像上面说的NodePool，我觉得刚刚好，因为我相信引擎组的人是预料不到我需要什么样的缓存的，因此我基于NodePool，对项目的资源进行分类Cache，使用LRUCache对无用资源进行释放。最后的效果是很符合项目的。
要积极将自己的想法或问题反馈给引擎组，帮助引擎组的人提高代码质量，而不是带着情绪来喷。
最后，我还是认为当初选择Creator是正确的，也希望Creator向更好的方向发展。
5赞
我们的游戏同屏50人，各种技能特效，满屏的掉落物。安卓低端机50FPS，苹果60毫无压力。
有你说的那么严重么？
我相信是你用得不好
越战越勇，越槽越勇！
赞成扬长避短 2333
希望你们的产品早点上线，能给大家一个信心
这脸打的漂亮。只是会喷，自己嘛都不会的的都是弱鸡，辣鸡
你用的是哪个版本？
多谢各位捧场，不用激动，能有这么专业的建议，我们是很欢迎的。
1赞
请教下
角色是骨骼动画，还是帧动画？
文字，用的是系统字，还是bmf字库，还是ttf？
是做app，还是h5的？
内存控制，大概怎么做的？