注： 关于后编译更详细内容可参阅

使用 webpack + babel 开发应用越来越多，而且一般都是通过 NPM 进行包管理的，这样依赖包越来越多，这些依赖包也是使用的 ES2015+ 开发的，所以每个依赖包都需要编译才能发布，这样编译后代码中往往后包含很多编译代码，所以为了消除这部分冗余，推荐大家使用后编译。

优点：

• 公共的依赖可以实现共用，只此一份，重要的是只编译一次，建议通过 peerDependencies 管理依赖。

• 不用每个依赖包都需要配置编译打包环节，甚至可以直接源码级别发布。
  缺点：

• 应用编译时间会变长。

考虑到有些应用会使用后编译，有些则只能使用编译好的依赖包，为了“争夺”入口，cube-ui 做了均衡，约定：

关于 pkg.module

这样，如果应用使用的是 webpack 2+，则默认走后编译，而如果使用的 webpack 1.x 则默认使用的是编译后内容；当然，这部分可以通过 webpack 的 alias 配置达到和版本无关效果。

后编译的场景是极有可能产生嵌套的情况，而且对于每个依赖包而言应该自己管理自身需要后编译的依赖；为了解决这个问题，可以使用 ，只需要在应用或者 NPM 包自身的 package.json 中通过 compileDependencies 来指定自身需要后编译依赖的包名。

在应用的 package.json 中增加 compileDependencies：

如果说 A 还依赖 C 的话，只需要在 A 的 package.json 中指定 compileDependencies 即可：

原文:

https://didi.github.io/cube-ui/#/zh-CN/docs/post-compile