Webpack文件加载器输出[对象模块]


40

我使用与的WebPack HtmlWebpackPluginhtml-loaderfile-loader。我有一个简单的项目结构,其中不使用框架,只使用打字稿。因此,我将HTML代码直接写入index.html。我还将这个HTML文件用作的模板HtmlWebpackPlugin

像所有网站一样,我需要在我的资产文件夹中放置一个引用PNG的图像。file-loader应该正确加载文件,然后将新文件名放在src标记中,但事实并非如此。相反,作为srctag 的值,我有[object Module]。我假设file-loader发出了一些对象,并且在其.toString()方法运行时它像这样表示。但是,我可以看到file-loader已经成功处理了文件,并以新名称发送到了输出路径。我没有错误。这是我的webpack配置和index.html

const projectRoot = path.resolve(__dirname, '..');

{
  entry: path.resolve(projectRoot, 'src', 'app.ts'),
  mode: 'production',
  output: {
    path: path.resolve(projectRoot, 'dist'),
    filename: 'app.bundle.js'
  },
  resolve: {
    extensions: ['.ts', '.js']
  },
  module: {
    rules: [
      {
        test: /\.html$/i,
        use: 'html-loader'
      },
      {
        test: /\.(eot|ttf|woff|woff2|svg|png)$/i,
        use: 'file-loader'
      },
      {
        test: /\.scss$/i,
        use: [
          {
            loader: MiniCssExtractPlugin.loader,
            options: {
              hmr: false
            }
          },
          {
            loader: 'css-loader',
            options: {
              sourceMap: false
            }
          },
          {
            loader: 'sass-loader',
            options: {
              sourceMap: false
            }
          }
        ]
      },
      {
        exclude: /node_modules/,
        test: /\.ts$/,
        use: 'ts-loader'
      }
    ]
  },
  plugins: [
    new CleanWebpackPlugin(),
    new HtmlWebpackPlugin({
      template: path.resolve(projectRoot, 'src', 'index.html')
    }),
    new MiniCssExtractPlugin({
      filename: '[name].[hash].css',
      chunkFilename: '[id].[hash].css',
      ignoreOrder: false
    })
  ]
};

index.html:

<!DOCTYPE html>
<html lang="en">
  <head>
    <meta charset="utf-8">
    <meta name="viewport" content="width=device-width, initial-scale=1">
    <title></title>
  </head>
  <body class="dark">
    <header>
      <nav class="navigation">
        <div class="left">
          <img src="assets/logo.png" class="logo"> <!-- This logo is output as [object Module] -->
        </div>
        <div class="right">

        </div>
      </nav>
    </header>
  </body>
</html>

项目结构:

config/
    webpack.config.js
dist/
src/
    styles/
    assets/
        logo.png
    index.html
    app.ts

编辑 我的package.json依赖项:

"clean-webpack-plugin": "^3.0.0",
"css-loader": "^3.2.0",
"file-loader": "^5.0.2",
"html-webpack-plugin": "^3.2.0",
"mini-css-extract-plugin": "^0.8.0",
"node-sass": "^4.13.0",
"sass-loader": "^8.0.0",
"style-loader": "^1.0.0",
"ts-loader": "^6.2.1",
"typescript": "^3.7.2",
"webpack": "^4.41.2",
"webpack-cli": "^3.3.10",
"webpack-dev-server": "^3.9.0"

Answers:


69

根据文件加载器文档

默认情况下,文件加载器会生成使用ES模块语法的JS模块。在某些情况下,使用ES模块是有益的,例如在模块串联和摇树的情况下。

似乎webpack将ES模块require()调用解析为一个看起来像这样的对象:{default: module},而不是扁平化的模块本身。此行为颇有争议,本期对此进行讨论

因此,要使src属性正确解析,您需要能够访问default导出模块的属性。如果您使用的是框架,则应该能够执行以下操作:

<img src="require('assets/logo.png').default"/>

或者,您可以启用文件加载器的CommonJS模块语法,该webpack将直接解析为模块本身。esModule:false在您的webpack配置中进行设置。

webpack.config.js:

 {
        test: /\.(png|jpe?g|gif)$/i,
        use: [
          {
            loader: 'file-loader',
            options: {
              esModule: false,
            },
          },
        ],
      },

那行得通。但是,它仍然有点神奇。如果您对为什么会这样有想法,是否还可以在答案中进行解释?谢谢。
宝来

@Bora-​​进行了更多研究并更新了答案。
stellr42

谢谢,这正是我需要的
Matan Tubul

这在更新过程中咬了我从Angular 8Angular 9作为把file-loader从版本4.2.06.0.0。使用require(...).default修复它对我来说。
ebhh2001

8

@ stellr42建议esModule: false在您的file-loader配置中进行的修复是当前最佳的解决方法。

但是,这实际上是一个错误,html-loader正在这里进行跟踪:https : //github.com/webpack-contrib/html-loader/issues/203

它看起来像ES模块支持加入file-loadercss-loader和其他朋友,但html-loader被错过了。

修复此错误后,最好删除esModule: false并升级html-loader,因为ES模块提供了一些次要的好处(如docs中所述)

或者,如果(像我一样)由于无法从CSS(而不是从HTML)加载图像而发现此问题,则此解决方法只是升级而css-loader无需禁用ES模块。


2

在文件加载器版本5.0.2上会发生这种情况,早期版本可以正常运行而无需调用default属性


0

刚刚将我的文件加载器更新为^ 5.0.2分钟前。

我知道esModule: false建议的修复方法,但对我不起作用。

我的解决办法<img src={require('assets/logo.png').default}/>很奇怪。第一次使用,.default但效果很好。

By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.