本文目录一览：
cocos2d开发的游戏怎么反编译资源
如果只需要查看java类库里面的代码 可以简单的添加java类库的源代码就行 方法是，随便点开一个没有添加源代码的类，比如 arraylist， 弹出一个页面，有一个attach sourse按钮， 点击，选择中间的那个（从归档文件中获取）
cocos2d 编译后的jsc在哪个目录
ocos jscompile -s xxxgame\frameworks\js-bindings\bindings\script -d xxxgame\frameworks\js-bindings\bindings\script
cocos jscompile -s xxxgame\src -d xxxgame\src_sign
egret 和cocos2d-x-js哪个目前更稳定更好用
如果大型游戏，强烈建议不要使用cocos2d-js
我们目前的几个项目都是cocos2d-js开发的，我打算把这几个项目转egret。有如下几个理由：
1、cocos ide有BUG：断点会崩溃、代码提示很差、内存太高、虚拟机的菜单栏会影响事件（迭代了很多版本，这菜单栏BUG都没修复）
2、studio的工作流在几个引擎中是最差的，而且有BUG。经常和实际表现不一致。而且内存占用大，会崩溃。不能继承（这个问题最严重，不能继承按钮，那么按下缩放等高级功能就很蛋疼）。
3、架构太差。写点小功能没事，如果想写大型游戏，这套架构会让你抓狂！比如最简单的按钮事件，我必须在事件方法里面加个触摸类型判断。一个很简单的点击，就多出很多这种相似的代码！4、UI有好几套，然而每一套都有BUG。CCUI的设计也是很糟糕的！同时也是崩溃的罪魁祸首。
5、引擎BUG问题，很多BUG会让你欲哭无泪，比如坐标会出现undefined。再比如热更新的BUG，XCODE编出的包默认是js而不是jsc，当这个包发布商店就会出现不能热更新的问题，同时也进不去游戏，卡在了热更新界面。（这个问题导致我们流失了3个月的用户，知道苹果商店通过审核位置），再比如java/objectc和js的交互，这个都有问题！再比如：ios第三方输入法会导致崩溃！
6、工作流问题，IDE的断点的观察变量很不友好、studio导出的配置很大、studio扩展性很差。在IDE 1.2版本出来之前，我们团队甚至无法断点，只能打印日志来debug。
7、工作效率问题，代码提示先不谈。我实现一个简单的列表都能折腾很久，那ccui的list真是太不好用！除此之外，裁剪、遮罩这些只需要一行的代码，在cocos下面需要无数行！
8、引擎升级问题：cocos大概一个月1个升级，egret是2周。然而cocos升级会带来大量的新BUG，而且兼容性很差。导致我们现在还用3.0版本。最蛋疼的是，官方的3.6版本又不能断点了！3.0升级到3.6还会导致布局混乱、九宫失效、崩溃闪退（绝对不是代码问题这个解释了）！基本上cocos每加个新功能都会带来无数新BUG，老BUG修复量也少，我论坛反馈的问题经常需要迭代2到3个版本才修复，下个版本修复兼职是不可能。而egret不仅迭代快，BUG修复也勤快！也很少有一些导致产品质量的验证BUG。
9、官方人员态度问题：我在cocos论坛发的BUG反馈，过了7天才有人来回复。地址（从3.0到3.1和3.2的BUG，官方帮忙看下），再看下egret我发的BUG反馈，当时是下班时间，然而第二天一早就回复我了。地址（Egret社区-BUG列表）
10、API问题：cocos经历了3个大版本，官方API文档也有的API，实际尽然是没有的，官方回复是还没加入js绑定。
11、跨平台问题：cocos2d-js经常是HTML5和JSB表现不一致。导致我们现在只能专注JSB而放弃HTML5版本。egret很少有这个问题。
12、性能问题：先抛开runtime。如果你用了ccui，那么我100%保证你的cocos2d-js的性能会被egret秒杀。再来说下native下面的性能对比，cocos的人说egret是js写的逻辑，而他们是绑定。那么问题来了，在现在，js的逻辑产生的性能压力一点都不是问题（参考node.js，能用js写服务器了都）。主要的性能压力其实是在渲染上面，而他们2个都是opengl作为渲染的。如果用了ccui，那么还是被egret秒杀。那ccui带来的drawCall真是太！！再来谈runtime，egret现在很多浏览器都集成了runtime（可以opengl渲染代替canvas渲染），而cocos-js只是说在合作，已经慢了一步。
13、产品路线图问题：cocos的几个产品一心在弄3D，egret都已经自己搞了一个IDE了。开发基本的生活cocos都没保障好，就去想和u3d打架！
