转载

babel

原文http://jiangyuan.me/blog/2016/08/13/babel/

最近总算有点时间能系统的梳理下 babel 。入门或者使用手册什么的直接查看“”即可,我只说说我的理解。

插件

Babel is built out of plugins.

  • babel-core 只是个插件加载器, presets 是一组插件,避免繁琐地一个一个安装插件。

  • preset es2015 可以很好的编译 es6 ,唯独对常用的 class property 无能为力,快使用插件 Class properties transform 。

  • preset react 也是官方支撑的,有五个插件,其中 flow 是我下一篇文章的内容。传闻 React 团队抛弃了自己做的编译工具全力支持 babeleslintparser 主流也是 babel ,不知道 typescript 是啥态度。

  • preset stage-0 其实包含了 stage-[1-3] ,也就是说你装了 0 ,其他三个默认就装了,别重复堆叠暴露底细。另外,[0-3] 是代表了不同阶段,但, 0 是代表刚开始讨论,而 3 是代表快要成为标准规范了,切忌搞混,又暴露底细,虽然我也不知道 async/wait 处在哪个阶段。

  • 自定义 preset 请参考 范本 ,其实很简单,但也别胡乱搞 preset ,生态圈的质量取决于开发者的质量。

  • 自定义 plugin 可以参考……没的参考,看样子你是个求知欲很强的人,看看这个,《 Babel 插件手册 》,这是另一个世界,里面有抽象语法树、词法分析、语法分析等高阶词汇,装 ◻︎ 撩 ◻︎ 必备。

配置

  • sourceMaps ,单独说说 sourcemap ,有两个坑。

    • 一直很好奇, babelugilfy 两个 sourcemap 打架,到底怎么处理?可以读读这个 Composed source map 。
    • 坑!用 babel-cli 的话,配置 .babelrc 里面的 sourceMaps 不会生成 map 文件,你必须在命令行里指定 --source-map ,因为写 sourceMap 的操作是在 babel-cli 里实现的,虽然生成 sourceMap 是在 babel-core 里。
  • moduleXXX,比如 moduleRoot 等,这一系列参数要配合 transform-es2015-modules-amd 。当然,实际项目中类似的事情可以交给其他工具去做, babel 就保持单纯的 parser 作用。

  • filename ,就是要编译文件的路径,说这个目的是源于 fis-parser-babel-5.x 。它是以这种 /xx/xx/xx.js 绝对路径作为 filename 传到 babel 里,结果 babel 找不到 .babelrcbabel 是沿着目录往上查找 .babelrc ,直到根目录,这种形式最后的结果是 /.babelrc ,it's not a file ....

  • quiet ,不打印任何东西。这个设计很费解,默认是打印东西,但只有错误信息,编译流程的关键节点一个没有, log 系统真的很弱。

生成的代码

  • babel-polyfill ,就是个库,自己去看就好了。
  • 一直担心的是几乎每个文件里面都有 Class 的语法糖,代码严重冗余!我担心的别人当然也会担心,看看这个 babel-runtime 。虽说有官方的方案,但这块还是值得挖掘,是个微创新的点。

fis

fis 生态圈也是江河日下, babel 的问题都不能妥善解决。 建议使用这个包 parser-imweb ,将这个包和 babel 相关的包都装在本地吧,否则会掉到坑里。 也许是时候换到 webpack

原文  http://imweb.io/topic/57aeda1c93d9938132cc8df7
正文到此结束
Loading...