等啥呢
性能这一块能提高还是会考虑，感觉性能真的不友好
我们专做2D游戏，目前正在使用，下个项目肯定使用。
当前项目正在从U3D转成cocos，因为H5！H5！H5！
目前已经碰到几个问题：
1、tiledmap不支持45度角地图，起码js和c++支持度是不一样的。
2、还是tiledmap，层次遮挡的问题。这个我们通过将ObjectGroup里的Object创建出实体的cc.Node解决了，当然可能会引发Node数量导致的性能问题？
3、还是tiledmap，加入 camera，移动的时候，刷新会有问题，这个我们也正在解决。
4、ParticleSystem太弱了，对比一下u3d的，差了不仅仅是一个次元啊！我们正在引入可定制数学公式来引导粒子运行。
哈哈哈，是不是动画文件太多了，或者plist太多了。同款。后来把这些资源都放到动态加载才解决这个问题。
超级flag已收哈哈哈哈
祝creator从2.0这个新起点继续腾飞
在 CCPrefab.js
内部确实是 json
正能量满满 话说现在独立开发者还有活路吗?比较向往自由
没啥活路，好好打工
吐槽下:
1.发布的文件分静态和动态文件夹,且所有js文件合并成一个文件,文件管理没以前那样灵活
2.自己写开发调试工具没有creator内部api难以实现,比如 Editor.Ipc.sendToWins(“scene:reload-on-device”) 这api只能在内部调用 , 外部cmd调用不了
3.creator 写的插件启动速度慢
4.好处就是很ui多东西不用重复造轮子了
总结就是 功能丰富,使用卡顿,自定义不灵活
h5项目还是要用creator , 非h5项目就不用creator了
以上是以lua版作对比
您好
一个好的编辑器都有自己的代码IDE，现在cocoscreator主要是使用chrome进行调试 算是取巧了吧，但是这种方式真的是一个引擎团队长期的使用方式么？
Unity使用mono，好吧不跟untiy比，就算是白鹭这么二流的引擎 人家也是把ide 、编辑场景集成在一起，可以很方便的调试，最基础的查看运行时场景物体 这个功能cocos都没有。
一个没有自己的代码ide 的引擎，无论做的再好 也是一个有重大缺憾的引擎，试想下 如果有一天chrome不支持js调试了，那是不是意味着 这个引擎又进入到打 log的时代？
1赞
不然我就没有下一个项目了 你这个牢骚，我认为官方可以无条件驳回。
1赞
白鹭的那个纯粹抄vscode的，样子都没变，加了一点快捷方式而已。。更新的巨慢。。他有的调试，vscode也有。。至于chrome这些以后可能不支持调试。。只能说想多了。。
其实引用外部代码编辑器这事，我们也是再三思考讨论过的了。
大家都是程序员，都知道彼此很难伺候。到底是 vim 更好呢还是 emacs 更好？vscode 还是 atom，或者 sublime，还是 WebStorm？每个人都有每个人的喜好，it’s impossible to please everyone。光是日常工作IDE的选择，即使是 Cocos 引擎组内部就可以分裂成几派观点打干一架了。即使强如谷歌，也不照样在 Eclipse 好还是 IntelliJ 好上面纠结了好几年么。
所以说，得「聚焦主航道」，这一点我是深刻地向华为学习了。
- 引擎框架上的主航道，就是性能、兼容性、包体大小、覆盖平台数、2D功能点覆盖、3D支持；
- Cocos Creator 在工作流上的主航道，就是场景编辑和工程打包、外部工具生产出来的骨骼动画、3D模型、粒子、瓦片地图加载并挂到场景中，外部工具生产出来的脚本挂载到场景中。接着集成游戏所需的各种服务类SDK，最后构建打包到各渠道平台上。不在主航道上的功能，就让外部工具和社区百花齐放。
说到调试，@jxhgzs 你提到了两方面的需求。一是担心调试回到打 log 时代，但在这点上，「Chrome 不支持 js 调试」这件事情，你也知道是不可能发生的。其实不论哪家引擎，都得依赖于各平台自己提供的调试功能。比如微信小游戏，还没有真机调试功能，这点我们也就无法实现了。二是运行时查看节点数，这点在 Cocos Store 里面有热心开发者提供的付费插件就可以满足。
2赞
我都几个月没怎么发言了，一看这个忍不住说两句：cocos creator 主要用来做轻量级的游戏，你的代码量不大，99%的bug使用浏览器运行查看错在哪行就可以找到了，实在找不到就打一打log,就算代码量大只要你的设计框架清晰简洁，也能一眼找到在哪里出错，反正我用了几年cocos，从来没用过调试。
不太想,bug多,论坛发帖没人回复,难以解决很多问题
对，有问题我基本也不发帖问了，给你一个好方式，就是如果一个组件有问题，不要去问，换一个组件用就行了，不要去论坛问，没人回你的。比如XMLHttpRequest是经常会引起宕机的，就不要用它，用cc.loader.load，如果还有问题，就自己实现一次，绑定到js.
之前一个creator项目做了两年，属于偏重度的游戏了。项目中遇到过很多问题，给引擎组反馈过好几个，也提供了复现demo。但是引擎中的几个人，老是说什么复现不出来。还要一步步告诉他们，你要用windows，你要用模拟器不要用web。说实话，真心累。又不是教小朋友。大家都是程序员，遇到问题推脱真的很反感。我不知道官方招的是测试还是什么，反正在我之前的贴在下面回复的几个，工作态度是真的不行。
我相信creator会越来越好，但是这种态度，要不是工作需求，真的不想用了。