cocos2d-x+lua开发模式下编辑器的选择

原本打算直接用CocosIDE的，毕竟是官方出品，并且支持Android远程调试，windows下的调试也非常方便，调试的信息也非常全，智能提示也不错。好了，一切看上去非常完美，可是它有一个致命缺陷，就是继承了eclipse一贯的特性--“卡”。基于java写的eclipse我一直使不惯，一方面是快捷键跟vs迥异，而我又懒得去配置（假设他能像IntelliJ IDEA一样，能够方便的删除反复快捷键，我还有兴致去配置一下，可是反复的快捷键没有不论什么提示。仅仅是在使用的过程中会有各种问题），还有一方面就是内存占用高。卡成翔了。常常打两个字母IDE就卡一两秒钟，当须要代码提示的时候等它提示出来的功夫我早就手打完了。用CocosIDE写代码非常不顺手。各种心烦意乱。

所以我花了一个下午尝试了几个对Lua支持比較好的编辑器，但都是各有各的长处，也各有各的缺点。

不像c++。vs+va差点儿完美。

1、IntelliJ IDEA Community Edition

这个是跟eclipse同等地位，可是各方面都优秀非常多的IDE，Android后来也基于这个搞了个Android Studio，试图代替基于eclipse的ADT。

长处是性能优异，代码提示方便（手打的过程中直接提示。并且差点儿没有卡顿）。假设我是java开发那就是不二选择。

只是我试验了一下它的lua插件，感觉不是非常好用。在提示上反而更像一个文本编辑器而不像一个智能的IDE（合情合理。毕竟仅仅是一个插件），这个比CocosIDE要差非常多。理论上好好设置下lua的提示文件（跟cocoside格式不同。并且感觉信息非常少。比方就没有函数參数信息和返回值信息）是能够达到比較理想的效果的。

可是可惜我不会......

2、Lua Studio

这个貌似是国人写的。非常不错，速度非常快。代码提示也非常不错。直接支持cocos2d-x 3.x的版本号。并且也支持outline等功能。 只是它有一个致命的问题。就是它没有直接执行程序的功能。仅仅有调试程序的功能。而调试程序连接CocosIDE的run time程序非常慢，要十秒钟才干启动程序。而我写lua程序，调试能够偶尔为之。可是执行程序必定是常常性的。 这点我就无法接受了。 当然我也能够把它当做纯lua文本编辑器，直接执行程序。 只是那样我又要修改run time的代码。增加Console窗体来输出log信息，否则哪里出错都不知道。

我有些思考，即便做到了99%，可是有一点没有做好也可能造成用户流失。 甚至这一点没有做好都不一定是软件本身的问题，有可能是用户无知或者误操作。可是现实就是用户流失，说多少遍“这不是我的错”都没用。

软件如此，游戏也是如此。

3、Bade vs plugin

这个是一个vs插件。相同具备调试功能。能够跟vs比較不错的嵌入到一起。 缺点是没有真正的代码提示。 仅仅有本文件内输入的提示。

4、Sublime Text3

试了几个都有不爽的地方，最后还是回到了Sublime Text。

以前我是用Vim的，可是用了Sublime Text，我就不想去碰Vim了，相同是跨平台、支持各种插件、功能强大的编辑器，我为什么不使用一个简洁美丽的，而觉得一个编辑器要分三种操作模式才是高大上？

当然就像Vim尽管可扩展。可是本质仅仅是一个文本编辑器而不是IDE。只是我们写lua脚本也相同不是写c++代码，并不须要多么强大的IDE支持。

Sublime本身对lua就有一定的支持，并且编辑器本身就有强大的代码补全、文件搜索、文件跳转、内容跳转等功能，所以基础功能是没什么问题了。 网上另一个QuickXDev的插件。是给quick-cocos2dx开发用的。只是因为cocos2-x v3 lua绑定方式改变了，所以对cocos2d-x原生的代码提示还没有完毕。仅仅有lua部分。

另外我加入了一个Cocos2dx的Build选项。说是Build，事实上就是执行Runtime程序。log能够直接在Sublime中输出。

选择Tools--Build--New Build System，将以下的代码拷贝过去，并保存，然后就能够选择这个Build了。

{
    "cmd": ["E:\\Code\\runtime\\win32\\game.exe", "$file"],
    "file_regex": "^(?
:lua:)?[\t ](...*?
):([0-9]*):?([0-9]*)",
    "selector": "source.lua",
    "shell": true,
    "working_dir" : "E:\\Code\\runtime\\win32"
}

当中cmd是程序的文件夹。shell为true能够让程序独立显示出来。否则仅仅是命令行输出在sublime中，working_dir顾名思义就是工作文件夹（资源文件夹）。

总结：临时没有尽善尽美的编辑器，我如今打算用Sublime Text3。尽管他也不完美。可是扩展性良好，并且就文本编辑器来说是接近完美的。