【个人观点】是时候从COCOS脱坑了

事情是这样的,昨天在修改一个工程项目,cocos2d-x的,界面编辑器用的cocoStudio,然后就顺其自然的去官网找这个编辑器,发现完全找不到从哪下载

好吧,那就百度吧,从这个文章《Cocos Studio和Cocos2d-x版本对应关系》里面找编辑器对应的,不同的版本不兼容,果然和当初的cocosBuild一个德性,不少人都说过,cocos完全就是一个版本一个样。。。

在官网发现了cocos creater这个东西,并且cocos还是挺推崇这个新东西的,是这么描述的

CocosCreator是以内容创作为核心的游戏开发工具,在Cocos2d-x的基础上实现了彻底脚本化、组件化和数据驱动等特点。

然后我就下载了,打开软件,一看,和unity好像啊,再看,脚本语言是用的js,和c++没有半毛线关系。

看了一下他们的官方软文《新编辑器Cocos Creator发布:对不起我来晚了!》,里面写的很清楚

我这人很诚恳,既然说到「产品定位」,那么我一定不会只说CocosCreator的好处,这里我也要说说Creator不合适以下情况:

C++和Lua的死忠粉,希望学一门语言吃一辈子的程序员——不适合。为了CocosCreator的纯粹,我选择了JavaScript作为引擎、编辑器、游戏逻辑的核心语言。虽然从技术角度讲Creator也可以支持Lua和C++游戏,但是今天我仍然希望保持这个产品的「纯粹、专一」。所以不论你们怎么喷,在编程语言方面,我今天不打算妥协。别TMD和我吵,难道您不知道“PHP是全世界最好的语言”么?嘿嘿。至于为什么在CocosCreator里面选择JavaScript,下文我会详细解释原因,请耐心往下看;

和cocoStudio的区别可以看这个图

1712.jpg

好吧,我就是说的这个不适合的人群了,之所以一直选择cocos,就是因为C++啊,如果现在抛弃了,同样要学习新语言,为什么我要选择一个刚出来的CocosCreator而不去选择成熟的Unity3d呢,并且以以前的经验来说,保不准哪天触动一个决策又停止了,比如之前的quick-lua,而工程的兼容性可以参考之前的cocos2d,升级一个版本不支持自动升级,一个一个文件改的惊心动魄,要知道unity可是可以一键升级,完全兼容啊。

百度了下,最多的观点就是因为C++才选择了cocos,如果改成JS,是不是可以直接选择unity何必用你不稳定的creator呢? 

对于cocos的碎片化,cocos论坛里面有人说的好

cocos2d-iphone -> cocos2d-x 2.0 C++ -> cocos2d-x 2.1 lua -> quick-x -> 收购quick- 阉割quick->quick-x3.3 dead 死亡终结版 -> 我们要放大招了,策划美术解放了,发布cocosstudio,cocos IDE -> studio支持骨骼动画 ->studio又不支持骨骼动画了 ->cocosIDE挂了->官方推荐JS 作为绑定脚本-->官方又说我们性能又提示百分之XXX->官方全力增加3D功能 ->官方3d功能和uinity比起来就是一坨屎 ->官方又说我们要搞VR,要搞手机页游。。。。

这个软件的组件式的观念的确好,但是我感觉抛弃了c++这一步却是个烂棋。

国内环境已经不像之前的没有几个跨平台的引擎用,现在cocos的现状就是2d方面更改了一大堆API接口,3D感觉纯粹是为了Unity3d硬加上去,但是表现看了些评论也不好,而现在搞出来这个抛弃C++,LUA,让用户去学习js,要知道Unity3D也支持js,既然都是学,那用unity何乐而不为。当然是因为我一直都没有接触过cocos-js的原因。

技术想法的确屌,但是市场已经不允许你乱搞。

写了这么一大堆,发发牢骚,忽然好羡慕提前跳坑到unity的朋友,好吧,我来晚了

Last modification:January 1st, 1970 at 08:00 am
如果看了这个文章可以让你少加会班,可以请我喝杯可乐
已打赏名单
微信公众号

Leave a Comment