对Cocos2d-js吐槽

Cocos2d-x JavaScript
#4

非常感谢这些建议

1.你们更新版本能不能考虑考虑开发者的感受？？每次你们一更新我们就提心吊胆，动不动就不兼容 。你会说不兼容，你就别更新了呗，我也想不更新，可是你的bug修复都在新版本里，我遇到了怎么办？等死？？？

你可能说的是从2.x到3.x的升级？从Cocos2d-JS v3.0版本之后，我们的版本升级都是向前兼容的，API也固定不再修改，只会有新增，或者bug修复（也存在一种可能，以前的API不正确，在Bug修复的过程中修复成正确的了，那么以前那种错误的使用方式肯定是不再支持，这种情况非常少。）

2.假如说1是为了脱胎换骨，不可避免，我们可以忍了，可是你们的工作流我实在是想大吐特吐，尼玛这么多年了，一个像样的工作流都没有？？？做几个工具就那么难？？废了半天劲，出了个工具还全是bug，根本没法用！！要不就是今天出了工具，明天就废弃了！！！要么就是做出来的东西都是反人类的，我就想问问，你们做工具的人用你们自己的引擎做过项目吗？你做出来的工具，你们自己去用用，好用吗？设计不好不要紧，抄一个也行啊！！设计的东西多为用户考虑考虑行吗？别什么都想当然。 这一点你们就要像egret学习，人家到现在才做了1年多，看看人家多工作流！！egret是很注重开发者体验的。

目前我们推荐的工作流有两套：

  1. 使用Cocos Console命令行工具，用统一的方式完成所有平台的编译和发布。
  2. 使用Lite模式，像使用jquery一样使用Cocos的单文件引擎。

那么除此之外，我们官方的工具还有：

Cocos DevTools
Cocos Studio
Cocos Code IDE

不知道你是否是对这几个工具的使用不满？

Cocos DevTools我们目前收到的反馈是非常正面的，安装和使用都很方便。
Cocos Studio经历了1.x到2.x的蜕变，易用性和稳定性都有了长足的进步，不过确实依然还有很长的路要走，这点我们有专业团队在不断得改进，如果有具体的吐槽，欢迎发出来。
Code IDE也正在经历一个转变期，1.2.0版本发布之后没有再继续发布新版本，因为我们意识到Eclipse框架对Code IDE的限制，我们正在将整个框架迁移到IntellJ架构中，目前功能已经基本完成，已有可试用的版本。

如果对以上几款产品有意见，我们非常欢迎任何形式的反馈，我们也是非常关注用户体验的，引擎用户对我们来说是最重要的，当然，不够好的地方一直都有，欢迎将具体的意见单独发出来，让我们做得更好。

#5

Code IDE 卡顿慢，代码提示不准确，阻碍生产发展，期待IntellJ.

ccjs 3.0、3.1、 3.2(不支持 cocos studio)、 3.3(暂时最少奇怪东西)、 framework3.5（绑定的是js3.3、打包大）、 3.5(无法断点)、 3.6beta(win32编译失败)、 3.6(依然无法断点、安卓打包8.1M)我都用过，不是说API改变多，只是每个版本独有的神奇设定或者bug，让使用者无所适从……

#6

感谢官方回复，我用的事native／web这个方式：
先来说说工作流：
1.咱能不能做个一键安装包，图形化配置各种变量，别让开发者浪费毫无意义的时间（ios还好，android真是麻烦，配置各种环境变量和＊.mk，其实这些完全可以弄个图形界面拖拖选选完成的。而且这东西不常用配置，也记不住，就算自己以前配置过，再用到还是要去查文档，浪费时间）
2.从创建到发布打包，几乎都是命令行操作，咱能整个图形界面不？直观好用！！（code IDE可以，我后面吐槽它）

我最想吐槽的是要手动去维护那个project.json,jsList,resource.js，尤其是那个jslist还有顺序关系，咱能智能点吗？当然了可以自己写小工具（我后面会发个小工具）解决，但还是希望官方给统一解决方案，别什么都要开发者手动，开发者主要精力关注游戏逻辑就好这些体力劳动毫无意义。（egret这方面就做的很好，可以参考，当然他们用的是typescript 所以没有用jslist，不知道咱们是否有打算出typescript版本？）

再来说说工具：

Cocos DevTools：暂时还没有使用过，不做发表任何意见。
Cocos Studio：1.x版本用的我死的心都有（我想说你们做工具自己不做测试吗？），我都佩服自己是怎么坚持过来的。各种bug，各种反人类设计，不过现在的2.x我试用过，虽然还有bug，不过确实在易用性上改善了很多，但是没用来做过项目。
Cocos Code IDE：这东西从它出生开始我就是一直关注，但是各种失望，总体评价没啥用。首先软件界面整的就跟闹着玩似的。各种提示不全各种卡顿各种崩溃，根本没法试用。我现在就是用它来调用模拟器做native测试（比用vs轻量级），代码编写都是在webstrom里完成，一个code编辑器，不能用来写代码，我也是醉了～～～。更新还慢，跟不上引擎速度。呵呵，最近还不更新了，说这个东西不要了，开始做idea插件版本？兄弟们，咱们什么事计划好了在做，别做着做着发现不行了就放弃。难道你做项目不做详细的计划安排和技术评估吗？拍拍脑门就做？ 你用什么方式我们开发者不关心，能做好就行。主要是你这说换就换让我们觉得不靠谱怀疑你们的技术实力啊～～我们是继续跟着还是先停下来看看？别跟着跟着你又换了。我们的热情都成了实验品，我们都成了药渣！！

总体感觉，cocos做东西太糙，不追求完美（能用就行都感觉），产品规划做的不好（要么就是执行力度不够）。

#7
  • 3.5(无法断点)、

这个是我们升级了SpiderMonkey后造成的，确实非常抱歉

  • 3.6beta(win32编译失败)、

这个应该不会吧？不过3.6 Beta没有编译Prebuilt Runtime，所以对Code IDE支持不好

  • 3.6(依然无法断点、安卓打包8.1M)我都用过，不是说API改变多，只是每个版本独有的神奇设定或者bug，让使用者无所适从……

3.6中，如果使用IDE创建工程，调试确实还有问题，由于维护人员有限，目前IDE中的问题还没有解决，将在后续的IntellJ版本中解决，如果对remote debugger有强依赖，最好使用cocos console来创建项目，或者调试Android平台。

打包大的问题，建议使用我们的缩包功能，使用方式在这里：
http://cocos2d-x.org/docs/manual/framework/html5/release-notes/v3.2rc0/upgrade-guide/zh

#8

:11:工具还是自己开发吧， 只要他们的引擎底层是效率高的就好
没有cocoside , 还有webstorm, idea等
按钮 列表 滚动条等控件不好用， 可以自己开发一套
api老变， 可以自己设定一套项目用的调用底层的
各种脚本不好用， 可以根据项目实际情况自己写脚本
studio不好用 可以用自己的框架手写，反正可视化编程生成的代码效率一般不高， 何况这个studio是连代码都不生成的，效率就更。。。还没法改
studio动画不好用， 可以集成第三方龙骨，flash设计动画导出cocos2dx
巴拉巴拉。。。。。。。。。。。

#9

— Begin quote from ____

1.咱能不能做个一键安装包，图形化配置各种变量，别让开发者浪费毫无意义的时间（ios还好，android真是麻烦，配置各种环境变量和＊.mk，其实这些完全可以弄个图形界面拖拖选选完成的。而且这东西不常用配置，也记不住，就算自己以前配置过，再用到还是要去查文档，浪费时间）
2.从创建到发布打包，几乎都是命令行操作，咱能整个图形界面不？直观好用！！（code IDE可以，我后面吐槽它）

— End quote

感谢你的建议，这些是http://cn.cocos2d-x.org/download/#anchor1目前的努力目标，Cocos引擎作为一站式的完整引擎，包含了Cocos Studio, Code IDE, Framework, Simulator等组成部分，目标就是让开发极简化。比如使用simulator节省编译时间，比如一站式开发体验，比如从创建到打包全可视化的界面等等。当然，它也还在不断进化和改进之中，需要大家给出帖子中类似的建议来完善。

— Begin quote from ____

我最想吐槽的是要手动去维护那个project.json,jsList,resource.js，尤其是那个jslist还有顺序关系，咱能智能点吗？当然了可以自己写小工具（我后面会发个小工具）解决，但还是希望官方给统一解决方案，别什么都要开发者手动，开发者主要精力关注游戏逻辑就好这些体力劳动毫无意义。（egret这方面就做的很好，可以参考，当然他们用的是typescript 所以没有用jslist，不知道咱们是否有打算出typescript版本？）

— End quote

project.json和resources.js的可视化工具我们有计划提供。Typescript版本目前没有计划

— Begin quote from ____

Cocos Studio：1.x版本用的我死的心都有（我想说你们做工具自己不做测试吗？），我都佩服自己是怎么坚持过来的。各种bug，各种反人类设计，不过现在的2.x我试用过，虽然还有bug，不过确实在易用性上改善了很多，但是没用来做过项目。

— End quote

如你所说，1.x版本有很多问题，我们内部也一直在吐槽，幸好2.0之后的版本改善了许多，我们在质量上开始严格把控，并且加大了研发的力度，相信会越来越好用。

— Begin quote from ____

Cocos Code IDE：这东西从它出生开始我就是一直关注，但是各种失望，总体评价没啥用。首先软件界面整的就跟闹着玩似的。各种提示不全各种卡顿各种崩溃，根本没法试用。我现在就是用它来调用模拟器做native测试（比用vs轻量级），代码编写都是在webstrom里完成，一个code编辑器，不能用来写代码，我也是醉了～～～。更新还慢，跟不上引擎速度。呵呵，最近还不更新了，说这个东西不要了，开始做idea插件版本？兄弟们，咱们什么事计划好了在做，别做着做着发现不行了就放弃。难道你做项目不做详细的计划安排和技术评估吗？拍拍脑门就做？ 你用什么方式我们开发者不关心，能做好就行。主要是你这说换就换让我们觉得不靠谱怀疑你们的技术实力啊～～我们是继续跟着还是先停下来看看？别跟着跟着你又换了。我们的热情都成了实验品，我们都成了药渣！！

— End quote

Code IDE目前在它的岔路口上，它的易用性，提示不全，卡顿等，与Eclipse框架有着重要的关系，而我们也的确意识到了这些问题是我们无法解决的，所以我们决定从框架层面重新设计。我们目前正在从Eclipse框架上迁移到IntelliJ框架，它会更加高效，支持更好的代码提示，插件化的开发方式也让它的稳定性大幅提高。目前试用版本已经发布到社区让大家试用，很快就会有第一个正式版本发布，这也是为什么Code IDE经历了一段时间的蛰伏。所有这些选择，并不能完全归咎于计划安排，技术评估环节，在当时，完全没有类似产品的环境下，做Code IDE这个产品我们是经历了很多的选择的，这些选择，有对的，有错的。现在看来选择Eclipse就是其中的一个错误决定，但是当时技术团队的构成，框架的成熟度，插件的丰富程度，可复用代码的量等方面来说，Eclipse在很多考量标准上都是不错的选择。很可惜，分成不同维度的评估结果，也许从数据上来说是正确的，但是产品开发完成之后，用户的使用体验才是真正的决定因素。而我们现在又选择不继续走Eclipse这条路线，是因为在这个路线上努力越多，我们损失得也就越多，所以，宁愿蛰伏一段时间，承受大家的骂声，我们也必须走上正确的道路（现在看起来正确）。

就像我想说的那样，我们做了很多决定，犯了很多错误，但我们一直在学习，也一直在改进，对于那些由于我们的错误选择而损失了时间的开发者，我们非常抱歉。我们开放得跟大家交流，希望能学习更多，更完善Cocos的产品，尽管如此，我们也许还是会继续犯下一些错误，还请所有开发者和我们一起成长。

#10

兄弟真是说出了大家点心声啊，我也想挺cocos-js，但是公司不让用啊，让我们用egret，别的不敢说，关于ui编辑器，cocostudio和egret相差的完全不是一个级别的对手啊。你们是没有测试人员的么？？

#11

看了官方的回复，我没啥话说了，其实我说的有些话重了，但是官方还是耐心解答，看的出来是真心想跟大家交流的。大家有什么意见或者建议都提出来，产品的完善需要大家一起努力。希望cocos越来越好吧，加油！！！

#12

总之，还是谢谢支持，欢迎吐槽！

对了，如果你的resource工具做出来的话，可以提供出来，我们帮你推广到社区，开源社区，靠大家的贡献才能成长

#13

工具已经提交cocosStroe了，等待审核

#14

赞，名字是什么？

#15

我才刚用Cocos2d-js，我也来吐槽一下，我也是受够了，用的太郁闷了！用cocostudio的listView来做列表，还不能在编辑器里面用节点来定制列表项的样式，完全无法理解，而且还不能像安卓的listview那样很方便地指定一个数据源，egret的listview做的比你们好太多了，这么基础的控件都做的不好，实在接受不了！再说说cocostudio的scrollView，这个也略坑，在代码里面调用scrollView的jumpToPercentBothDirect方法居然没有任何效果，一堆类似的jumpTo方法居然不能用，scrollTo的方法也有问题，为什么为什么为什么。。。，你们究竟有没有测试过接口，有没有测试过，我特么明天就要出demo了，周五才发现这些接口有问题，这是要我重新自己去实现一下scrollView么，特么我时间不够了，我还有其他功能要做，搞的很不开心啊。才用了两个星期就郁闷成这样了，你们可以想象一下已经流失了多少开发者，我是因为之前用过cocos2d-x才选择cocos2d-js的，不然遇到这种情况，我会立马放弃Cocos2d-js。我打算用完这个项目就弃用cocos2d-js，别问为什么，累觉不爱。我也会跟身边的开发朋友讲一下我真实用这个引擎的感受，不想让他们也入坑！不多说了，要赶时间去补坑，哎。。。

#16

— Begin quote from ____

引用第14楼hunterbll于2015-05-17 11:06发表的 :
我才刚用Cocos2d-js，我也来吐槽一下，我也是受够了，用的太郁闷了！用cocostudio的listView来做列表，还不能在编辑器里面用节点来定制列表项的样式，完全无法理解，而且还不能像安卓的listview那样很方便地指定一个数据源，egret的listview做的比你们好太多了，这么基础的控件都做的不好，实在接受不了！再说说cocostudio的scrollView，这个也略坑，在代码里面调用scrollView的jumpToPercentBothDirect方法居然没有任何效果，一堆类似的jumpTo方法居然不能用，scrollTo的方法也有问题，为什么为什么为什么。。。，你们究竟有没有测试过接口，有没有测试过，我特么明天就要出demo了，周五才发现这些接口有问题，这是要我重新自己去实现一下scrollView么，特么我时间不够了，我还有其他功能要做，搞的很不开心啊。才用了两个星期就郁闷成这样了，你们可以想象一下已经流失了多少开发者，我是因为之前用过cocos2d-x才选择cocos2d-js的，不然遇到这种情况，我会立马放弃Cocos2d-js。我打算用完这个项目就弃用cocos2d-js，别问为什么，累觉不爱。我也会跟身边的开发朋友讲一下我真实用这个引擎的感受，不想让他们也入坑！不多说了，要赶时间去补坑，哎。。。 http://www.cocoachina.com/bbs/job.php?action=topost&tid=299052&pid=1308733

— End quote

:6:cocos2dx的特点是开源 跨平台， 效率还不错， 有坑可以自己改， 至于控件， 动画， 编辑器啥的 还是自己定制开发比较好， 官方的那些都不要用， 我的建议

#17

我去刚才说了一大堆 发布失败了。。我去。。。

不想说了。。反正就是 觉得 有点失望，， 因为 最近仔细去看了下 EGRET 真的越做越好了。。 太好了，，

好纠结。。。搞得我

而且骨骼动画方面 EGRET支持DB3.X了 然后 2DX这边 cocostudio1.6的骨骼已经弃用了。。 然后cocostudio 2.x 没骨骼了。。问了一下要等到 2.3才出来，，而且我都有点担心 他们会不会做好了。。

然后这边DB也只支持2.x

我觉得为什么不 就用别人的骨骼编辑器， 然后自己把 UI编辑器做好就行了。。

现在UI编辑器只能凑合用了。而且还有BUG BUG直接导致游戏做好了用不了，，一天被我老板鄙视

我老板之前说 用EGRET 我一直支持2DX JS，，， 结果。。。。。。。。。

#18

我觉得是不是触控资金不足了。。人手不够，，，，， egret 进步太大了

#19

不要吹 egret.
我可以肯定的说. 这两年egret是起不来的.别问为什么.

#20

坐等Layabox发布:895:

#21

说真的, 你们每个版本最多只能算是半成品, 然后就匆匆忙忙发布了, 很难想象你们真的把你们的所有产品都测试过后, 才发布. anysdk不支持最新版3.6, 你自家的东西都不支持, 3.6发布个啥呢? 2D没玩成熟, bug一堆, 就急匆匆去搞3D, 整体软件质量太差了.

再比如, 3.3版, win32下, 使用cocostudio做出来的界面定位不准确,诸如此类种种, 每次升级版本真是望而生畏, 不知道有多少坑等着.

多少次打定主意, 永远不升级版本了, 就当成自己去维护一个稳定的分支罢了, 我估摸不少公司都这么想的.

#22

说的很好, 真不敢升级, 因为升级后都是未知数, 有不明不白的坑等着, 我憋了一年多的3.1想一口气升级到3.6, 发现困难太多, 就想升到3.3, 升级倒成功了, 但是坑还是又来了, 现在正寻思是不是换回去呢.,付出这精力不值当, 不值当有没有 别的引擎, 可以比较快迁移过去的,实在是受够了.

#23

framework 版本里发布的js binding都不是最新的代码