作为个人游戏开发者，我为何选择放弃libGDX

====随便说几句的分割线=======

本来打算讲多点的，后来想想已经打算放弃了，所以简单讲讲就是。

如果你是libGDX的簇拥者，不建议你继续看下去，因为我这人说话比较损。

====随便说几句的分割线=======

和臭篓子下棋，只会越下越烂。

最初，我接触libGDX的时候，是抱着崇敬的态度的，因为，这个游戏框架只对opengl做了简单封装，所以让游戏开发可以从代码行级别干起，对于码农来说，游戏中的每个细节都是由自己敲下的一行行代码实现，这真的是太有感觉了！事实上，直到现在，我也是这么认为的。

但是，我最终选择了放弃。

因为，libGDX，真的只是对opengl做了简单封装 而已。

最让我失望的是，作为框架的设计者，竟然并不怎么熟悉大型游戏的框架。至于我为什么这么认为，是因为官方自带的那个蠢到死的scene2d，真是弱智到不行的东西。美其名曰方便开发，其实，方便的也就是诸如一些傻鸟、三消、五子棋一类的低能游戏。我说句很不好听的话：这种游戏，源码可以直接从网上或者淘宝上弄来，自己换换皮就是一个新游戏可以扔市场上骗钱了，并不需要什么libGDX，更不需要什么scene2d。之所以作者冠冕堂皇放在core里面，那是因为，作者认为这就是游戏框架的全部。

即使像我这样对框架略懂皮毛的人，也知道对于一个游戏框架，至少要有事件队列、消息分发什么的。fsm、pathfinding至少也要有。可是抱歉，core里都没有这些（GDX-Ai里有一些，不过不是作者写的，所以不重视），core里只有一个弱智的scene2d——嗯嗯，万物皆actor，actor自带listener，所有一切全放stage，这就是游戏框架，我tm也是醉了。还有人洗地说，libGDX只是图形渲染引擎，拜托，你说的那是lwjgl，自己去看官方定义好伐？

所以，由于作者自身的局限，路开始越走越窄。不去完善上面我说的这些，甚至不去完善shader、light之类的（其他人有在写，不过作者不重视，导致shader几乎是0，light基本不能用），反而开始搞3D的东西了，拜托，2D都是残废，都是一些丑到爆的demo，还要去搞3D。。。。。

以上原因，直接导致了基本上全世界都没有人用这个框架，全世界讲这个框架的书，一只手数的过来，毕竟大家都不傻，所以，全世界这个游戏框架的社区一个也没，一片空白。国内的情况尤为糟糕，基本上选这个框架的、都是一些高中甚至初中文化、26个字母认不全的无业文盲，进交流群第一句就是，这个引擎不会英语能不能看懂？这个引擎好不好找工作？你给的这个工程用eclipse导入怎么报错？好笑的是，群主也是半斤八两，还自以为是的翻译了一些api，什么setRotation 是设置角度，setActive 是设置为活动状态，我也是尿了2333333。和这些人混在一起，真的会降低自己智商的。

所以说，开源这东西有时候真的很坑，基本上作者——或者第一作者的水准、决定了这个东西的上限，一旦作者脑子彻底昏了，这东西也就走到了尽头。

如果说这框架对我的唯一贡献，大概就是让我游戏开发入了门，也仅此而已了。

听说cocos2dx貌似也有类似的问题，而且还有API频繁变更的问题，呵呵，国人搞出来的东西，不会高到哪里去的，最多也就是55开谈笑风生。

看unity去了，写了这么多字浪费这么多时间，不知道unity的官方人员能不能看到，看到了给我点稿费什么的，5毛就够了。