Node.js 为什么Webpack直接导入Webpack.config.babel.js?

Node.js 为什么Webpack直接导入Webpack.config.babel.js?,node.js,webpack,ecmascript-6,config,webpack-3,Node.js,Webpack,Ecmascript 6,Config,Webpack 3,我是一个相当大的项目的新手。在顶层,它没有通常的webpack.config.js,只有一个“webpack.config.babel.js”。在运行时,我可以验证这个确实被使用了 > webpack 调用(通过使用NODE_ENV=development和WEBPACK_CONFIG=server_dev²调用npm run,但这不重要) 为什么会这样? a) 如果我删除babel配置,我会得到一个合理的投诉,即: 当前文件中的配置文件可能名为“webpack.config.js” 目

我是一个相当大的项目的新手。在顶层,它没有通常的
webpack.config.js
,只有一个“webpack.config.babel.js”。在运行时,我可以验证这个确实被使用了

> webpack
调用(通过使用NODE_ENV=development和WEBPACK_CONFIG=server_dev²调用
npm run
,但这不重要)

为什么会这样? a) 如果我删除babel配置,我会得到一个合理的投诉,即:

当前文件中的配置文件可能名为“webpack.config.js” 目录

b) 相反,如果我添加了我自己的几乎什么都不做
webpack.config.js
,那么这个确实是“规则”(不再使用
webpack.config.babel.js


因此,很明显,如果这个文件丢失,就会有一个“不可侵犯”的默认
webpack.config.js
。很显然,这个默认配置在某种程度上迎合了webpack配置?凭什么?通过安装这些节点模块

或者,
.babelrc
是一个分类到网页的标记文件

有趣的是,这个项目,项目有同样的东西。(也不是原始的webpack配置,而是webpack风格)。所以他们知道些什么,我不知道。

tl;博士 从webpack版本3开始,您可以使用
webpack.config.babel.js
而不是使用“
.babel
”的同一个东西,并立即愉快地将ES6放入其中(fancier
导入
语句、常量等)。

比如说,这个特性并没有被过度记录

让我与您分享我的(模糊的)研究:

根据,babel使用“需要配置文件的依赖关系”的

显然,如果没有ES6,webpack就无法将ES6用于webpack.config文件中的javascript。(而且,由于webpack是最需要的,要将ES6传输到ES5,如果webpack本身进行配置之前需要一些webpack传输,那么您将遇到一个非常棘手的问题…)

许多项目,包括:

  • 没有
    webpack.config.js
  • 使用包含ES6(指示符号:
    import
    )的
    webpack.config.babel.js
    ,然后立即
这似乎是ES6网页包配置文件的既定最佳实践,那么?似乎是这样,尽管我在网页包文档中找不到,除了一个简短的例子

顺便说一句:所提到的
exploration
软件包至少现在已经随Webpack3.x提供。无需安装任何其他软件:

/depot/own/webpacktest $ npm ls interpret

  webpacktest@1.0.0 /depot/own/webpacktest
  └─┬ webpack@3.5.6
    └── interpret@1.0.3
太长,读不下去了 从webpack版本3开始,您可以使用
webpack.config.babel.js
而不是使用“
.babel
”的同一个东西,并立即愉快地将ES6放入其中(fancier
导入
语句、常量等)。

比如说,这个特性并没有被过度记录

让我与您分享我的(模糊的)研究:

根据,babel使用“需要配置文件的依赖关系”的

显然,如果没有ES6,webpack就无法将ES6用于webpack.config文件中的javascript。(而且,由于webpack是最需要的,要将ES6传输到ES5,如果webpack本身进行配置之前需要一些webpack传输,那么您将遇到一个非常棘手的问题…)

许多项目,包括:

  • 没有
    webpack.config.js
  • 使用包含ES6(指示符号:
    import
    )的
    webpack.config.babel.js
    ,然后立即
这似乎是ES6网页包配置文件的既定最佳实践,那么?似乎是这样,尽管我在网页包文档中找不到,除了一个简短的例子

顺便说一句:所提到的
exploration
软件包至少现在已经随Webpack3.x提供。无需安装任何其他软件:

/depot/own/webpacktest $ npm ls interpret

  webpacktest@1.0.0 /depot/own/webpacktest
  └─┬ webpack@3.5.6
    └── interpret@1.0.3
Webpack用于配置文件。它使用basename和任何扩展名
解释
知道的文件。此外,它对文件给予优先权

在找到配置后,它和。特别是在
.babel.js
的情况下,它会尝试一个接一个地请求,直到找到其中一个。如果成功,
babel
基本上进入到需要的文件中。

Webpack使用配置文件。它获取具有基本名称和任何扩展名的文件。此外,它还优先考虑文件

在找到配置后,它和。特别是在
.babel.js
的情况下,它会尝试一个接一个地请求,直到找到其中一个。如果成功,
babel
基本上会进入请求文件