Sublime Text 之运行 ES6 (基于babel)
本文同步自我的个人博客:http://www.52cik.com/2015/10/21/sublime-text-run-es6.html
之前在博客园里写过一篇《Sublime Text 之运行 js 方法》,这篇算是续篇了,因为就是改个字符串而已。
直接进入正文吧。
安装Babel
$ npm install -g babel
好了,没什么好说的。
由于babel发布了第6版本后,安装babel无效,官方提示安装babel-cli,但运行时错误,暂时不知道怎么处理,所以安装老版本先。
$ npm install -g babel@5.8.20
创建Sublime Text编译系统
选择菜单 **Tools --> Build System --> new Build System... **
中文版的话是 工具 --> 编译系统 --> 新建编译系统...
然后写如下配置:
{
"working_dir": "${project_path:${folder}}",
"selector": "source.js",
"encoding": "utf-8",
"shell": true,
"windows": {
"cmd": ["taskkill /f /im node.exe >nul 2>nul & babel-node \"$file\""]
},
"osx": {
"cmd": ["killall node >/dev/null 2>&1; babel-node \"$file\""]
},
"linux": {
"cmd": ["killall node >/dev/null 2>&1; babel-node \"$file\""]
}
}
接着保存为 javascript.sublime-build,保存位置默认即可。
好了,现在你可以写 es6 的代码测试下了,下面是运行效果。
mac 效果
win 效果
运行失败处理
当然也有运行不了的情况,不过大体就分为下面几种情况。
Sublime Text 以下简称 st
- Sublime Text 2 为 st2
- Sublime Text 3 为 st3
一. 环境变量
如果执行不了,而是报错,错误类似 xxx babel-node: command not found 这样的,那么就是环境变量的问题。
只要添加下 node 和 babel-node 的路径到环境变量里。
如果是mac下,我推荐添加 path 属性到你的 javascript.sublime-build 里,会更方便。
{
"path": "/usr/local/bin",
"working_dir": "${project_path:${folder}}",
"selector": "source.js",
"encoding": "utf-8",
"shell": true,
"windows": {
"cmd": ["taskkill /f /im node.exe >nul 2>nul & babel-node \"$file\""]
},
"osx": {
"cmd": ["killall node >/dev/null 2>&1; babel-node \"$file\""]
},
"linux": {
"cmd": ["killall node >/dev/null 2>&1; babel-node \"$file\""]
}
}
就类似这样,mac 下就可以运行了。 win 下安装 node 默认就添加到环境变量了,所以不需要考虑这样的问题。
二. 含有中文路径 (仅win)
当路径里出现中文的时候,win 下什么都不会输出,好奇怪,我也不知道为什么,但 mac 下可以正常运行。
他们唯一区别只是环境字符集一个默认是 gbk,一个是 utf-8,难道只是这个问题?
如果有哪位大神知道,还望指点一二。
st2不正常 st3正常
三. 中文用户名 (仅win)
如果你的系统用户名是中文的,我指的是系统登录的用户名,如果是中文的,那么怎么都运行不了,奇怪了。
一开始我以为是 C:\Users\用户名\AppData\Roaming\npm 这个问题,但是我修改了 npm 安装目录,问题依旧。
暂时没想到好的处理方法,最直接有效的解决方法就是换英文用户名。
st2不正常 st3正常
四. 支中文用户+中文路径 (仅st3)
目前为止,几个朋友向我反应了运行失败的情况,没有中文路径,不是中文用户名,依然运行失败。
我远程调试了问题最多,最爱问莫名其妙问题的 @淫狐 同学的机子。
他是 win10+st3,英文用户名,英文名路径,遇到的错误是 "文件名、目录名或卷标语法不正确"。
更奇怪的是,他说之前能运行js的,但是安装 babel 却不能运行 es6。
我就纠结了,打开了他原先的配置,粗略看来都一样,调试了几次后发现问题就出在 cmd: 的参数写法上。
st2 可以合并为一行写参数,而 st3 却不支持,只能拆开写。
"cmd": ["taskkill /f /im node.exe >nul 2>nul & babel-node \"$file\""]
之前,我们是这么写的,现在要改成这样。
"cmd": ["taskkill", "/f", "/im node.exe", ">nul", "2>nul", "&", "babel-node", "$file"]
或者干脆这样。
"cmd": ["babel-node", "$file"]
这样就可以兼容 st3 了,而且支持中文用户名,支持路中文路径。
至于为什么要加是 taskkill /f /im node.exe >nul 2>nul,是因为当脚本耗时比较长,或者死循环的时候,你再次执行,可以自动结束之前的进程,这样就免去了我们手动关闭进程的麻烦。
如果你本地要用 node 跑任务的,比如 gulp watch 之类的,那就不要加这了,否则你的任务就会被关掉。
所以,有得必有失,看情况取舍吧。
好了,来看下完整的例子。
{
"working_dir": "${project_path:${folder}}",
"selector": "source.js",
"encoding": "utf-8",
"shell": true,
"windows": {
"cmd": ["taskkill", "/f", "/im", "node.exe", ">nul", "2>nul", "&", "babel-node", "$file"]
},
"osx": {
"cmd": ["killall node >/dev/null 2>&1; babel-node \"$file\""]
},
"linux": {
"cmd": ["killall node >/dev/null 2>&1; babel-node \"$file\""]
}
}
OK,这个兼容 ST3 不论是 win mac 还是中文用户,中文路径,都支持。
后记
折腾了几天,终于大致解决了所有问题,简单说 st2 在 win 下只要有中文路径,或者中文用户,就无法运行,st3 则不受干扰,所以 st2 用户可以考虑升级 st3。
其实我知道为什么用 st2,因为只有 st2 是 100% 汉化,st3 只有菜单汉化。我 win 上是 st2 汉化的,mac 上是 st3 英文的,由于习惯了,所以所有东西都知道怎么操作,现在来说,汉不汉化都无所谓了。反而升级 st3 不会遇到奇葩bug。