在一些项目中，使用 webpack 打包著作权归作者所有，禁止商业用途转载。本文作者：唐霜，转载请注明出处。，难免会有 ESModule 和 com著作权归作者所有，禁止商业用途转载。著作权归作者所有，禁止商业用途转载。monjs 混用的情况，当然，全部用 E转载请注明出处：www.tangshuang.net著作权归作者所有，禁止商业用途转载。SModule 是最好的，符合标准。但是未经授权，禁止复制转载。本文版权归作者所有，未经授权不得转载。，在不得已或偷懒情况下必须混用时，要注意【原创不易，请尊重版权】【作者：唐霜】混用时的一些模块逻辑。

babel 会将 ESModule 导入【版权所有，侵权必究】【访问 www.tangshuang.net 获取更多精彩内容】进行处理，也就是说 import 的目标【作者：唐霜】未经授权，禁止复制转载。文件是 module.exports 导【版权所有】唐霜 www.tangshuang.net【关注微信公众号：wwwtangshuangnet】出的 commonjs 文件是可以的。但【作者：唐霜】【原创不易，请尊重版权】是前提是，必须先用 babel 进行编译未经授权，禁止复制转载。本文版权归作者所有，未经授权不得转载。。我们用 webpack babel-l本文作者：唐霜，转载请注明出处。著作权归作者所有，禁止商业用途转载。oader 的时候，为了获得 tree 【版权所有，侵权必究】【本文首发于唐霜的博客】shaking 的效果，所以会关闭 mo本文作者：唐霜，转载请注明出处。未经授权，禁止复制转载。dules 选项，这就导致在 webpa【原创不易，请尊重版权】【本文受版权保护】ck 进行打包时，babel 不会编译 著作权归作者所有，禁止商业用途转载。【本文首发于唐霜的博客】ESModule，也就不会优化 impo【访问 www.tangshuang.net 获取更多精彩内容】【未经授权禁止转载】rt 逻辑，因此，这种情况下 impor转载请注明出处：www.tangshuang.net【版权所有】唐霜 www.tangshuang.nett 的目标文件是 module.expo【作者：唐霜】本文版权归作者所有，未经授权不得转载。rts 时，运行时会报错，因为 webp著作权归作者所有，禁止商业用途转载。转载请注明出处：www.tangshuang.netack 认为 module 是不可写对象著作权归作者所有，禁止商业用途转载。未经授权，禁止复制转载。，你不能重写 module.export【本文受版权保护】【原创不易，请尊重版权】s，但你可以重写 exports。

这个逻辑是对的，webpack 按照标准【原创内容，转载请注明出处】转载请注明出处：www.tangshuang.net进行了处理，并且是严格处理，这就要求模块【访问 www.tangshuang.net 获取更多精彩内容】【版权所有】唐霜 www.tangshuang.net输出者，必须输出 exports.xxx原创内容，盗版必究。【访问 www.tangshuang.net 获取更多精彩内容】 这样的接口，从而可以通过 webpac【原创内容，转载请注明出处】转载请注明出处：www.tangshuang.netk 实现与 ESModule 完全对接。未经授权，禁止复制转载。未经授权，禁止复制转载。但是，很遗憾，由于历史原因，我们不可能把【作者：唐霜】本文版权归作者所有，未经授权不得转载。我们项目中全部的 module.expo【版权所有】唐霜 www.tangshuang.net本文作者：唐霜，转载请注明出处。rts 全部重新写过，而且对于 modu著作权归作者所有，禁止商业用途转载。本文版权归作者所有，未经授权不得转载。le.exports = functio转载请注明出处：www.tangshuang.net本文作者：唐霜，转载请注明出处。n 的情况根本无解。

好消息是，我们也是有办法的，ESModu【关注微信公众号：wwwtangshuangnet】【作者：唐霜】le 和 commonjs 是可以混用的本文版权归作者所有，未经授权不得转载。【本文受版权保护】。关键就在 require 和 impo未经授权，禁止复制转载。【原创内容，转载请注明出处】rt 的区别。在 webpack 里面，【作者：唐霜】【作者：唐霜】目标文件究竟遵循 ESModule 还是【原创内容，转载请注明出处】【作者：唐霜】 commonjs，完全由导入语句 re本文版权归作者所有，未经授权不得转载。【本文受版权保护】quire/import 来决定。例如，【版权所有】唐霜 www.tangshuang.net未经授权，禁止复制转载。你的 a.js 是 ESModule 导著作权归作者所有，禁止商业用途转载。【本文首发于唐霜的博客】出模块，但是你在外面用 require 【本文首发于唐霜的博客】【本文受版权保护】导入，那么它可以很自然的被使用，可以说无【版权所有，侵权必究】【原创不易，请尊重版权】缝对接。但是，如果你的 a.js 是 c转载请注明出处：www.tangshuang.net【版权所有】唐霜 www.tangshuang.netommonjs 导出模块，而外面是 im本文版权归作者所有，未经授权不得转载。【作者：唐霜】port 进行导入，那就必须格外小心，m【转载请注明来源】著作权归作者所有，禁止商业用途转载。odule.exports 的导出方式不转载请注明出处：www.tangshuang.net【本文受版权保护】可以，但是 exports.xxx 的方著作权归作者所有，禁止商业用途转载。【作者：唐霜】式可以使用，当然，使用 export 导【访问 www.tangshuang.net 获取更多精彩内容】【版权所有，侵权必究】出是最优选择。

最终的结论是，不要用 import 去导【关注微信公众号：wwwtangshuangnet】本文版权归作者所有，未经授权不得转载。入原来的 module.exports 本文作者：唐霜，转载请注明出处。【转载请注明来源】的模块，而是要用 require，这在 【未经授权禁止转载】【访问 www.tangshuang.net 获取更多精彩内容】webpack 中，你可以把这种操作当作【未经授权禁止转载】原创内容，盗版必究。日常操作，或者必须使用 require 原创内容，盗版必究。【版权所有，侵权必究】的唯一特殊情况。