@alphadog619 难道之前的版本就支持？

vs code 默认就支持在 jsx 中使用 emmet 啊

3 款编辑器，都使用过很长的时间，最终选择了 Atom 。

先说 sublime 吧， sublime 作为这 3 款编辑器中最为老牌的一款，用着确实不错，原生 UI 界面，性能和输入的手感都非常不错，也拥有着丰富的插件。这点确实不错。

再说 Atom 吧。 Atom 最牛 B 的地方在于它的插件机制，详情可以参考这里 http://zhihu.com/question/22867204/answer/90728790 。 Atom 的插件确实做到很多 sublime 插件做不到的事情，这也是我选择 Atom 而不是 sublime 的原因。个人认为， Atom 除了启动速度比不上 sublime ，其他各方面应该都是优于 Sublime 的。最后 Atom 配上 vim-mode-plus 插件，写起代码来，简直不要太爽。

再说 vs Code 。这款编辑器我是从 0.5 的测试版一直用到现在的，也见证了这款编辑器的成长。比起前两款编辑器， vs Code 会更偏向于 IDE 一些（主要针对 js 和 ts ），并且编辑器本身就实现了很多功能，并不是太依赖插件。而且虽然 vs Code 的启动速度也比不上 Sublime （毕竟基于 Electron ），但是它打开文件的速度其实是要比 Sublime 快的，特别是打开个 30M 的大文件，速度基本上可以说是秒杀 Sublime 。曾经很长一段时间，我也把 vs code 作为我的主力编辑器使用，它自带的 js 的 Salsa 智能感知系统也非常好用，谁用谁知道。但 vs Code 的问题也在于，微软把这些功能全部都给你打包好了，你没有选择的余地，这其实会导致一些问题。比如现在版本的 vs code 中，仍然不知道在 js 中使用 class-properties 的语法。而且 vs Code 的 color schemes 确实有点太辣鸡了。所以我最终还是选择了 Atom 了，当然可能过一段时间之后，当中这些东西都完善了之后，我可能还是会重新选择回 vs code 的😄

@xjbeta 意思是可能不会有发布会了吗？

看代码，似乎这个 React 组件直接就是 return 一个 canvas 标签而已？那这样为什么要用到 react 呢？直接用原生岂不是更好？为什么要把简单的事情变复杂呢

给个视频地址

这是因为在 JS 中， RegExp 实例拥有的 test 方法，会从上次匹配字符串结束的地方开始匹配。第一次匹配完"-AB"，后，第二次匹配会从'B'之后再开始匹配，自然就匹配不到了

我日常开发用东西，还是跑不起来。所以目前对于我来说，这个东西也只能玩玩而已

基于 electron 做的，想要去看源码的话，应该也不是什么难事吧

私下直接给他说不行么

@ykwlv 那种是外挂了吧

@kenshinhu bt 版压不到啊😯

换 hhkb bt 版

jsx 要编译之后才能运行吧，想要断点，得提供 sourcemap 文件

addEventListener 的第三个参数你没写

夏天不是都要开空调吗，还会做的发烫？

人肉添加，好痛苦