8

这篇文章的主要目的是在编写 Webpack 插件时获取有关错误/警告管理的额外信息。

我在Webpack 插件文档中看到可以将err参数传递给基于时间的插件接口(在回调中),但没有进一步解释它如何影响 Webpack 生命周期,它的构建过程以及如何使用它。它也没有解释是否有办法管理其他类型的插件界面的错误。

无论如何,作为第一次尝试,在'emit'生命周期步骤中,我尝试传递给err参数 anew Error('An error has occurred')或仅传递一个'An error has occured'值,但在任何一种情况下,它确实在控制台中按原样显示给定的 err 参数(遗憾的是,IE 没有任何错误特定的颜色),并且 webpack-sev-server 卡住了:

  function WpAggregationPlugin() {
    this.startTime = Date.now();
    this.prevTimestamps = {};
  }

  WpAggregationPlugin.prototype.apply = function(compiler) {
    compiler.plugin( 'emit', (compilation, callback) => {

      var changedFiles = Object.keys(compilation.fileTimestamps).filter( watchfile => 
        this.prevTimestamps[watchfile] &&
        (this.prevTimestamps[watchfile] < (compilation.fileTimestamps[watchfile] || Infinity)) )

      // compilation.errors.push(new Error('...'))

      this.prevTimestamps = compilation.fileTimestamps;

      if( changedFiles.length <= 0 ) {
        callback()
      } else {
        process.stdout.write( `File modification detected :\n${JSON.stringify(changedFiles, null, 4)}\n` )
        callback( '...' )
      }
    } );
  };

  module.exports = WpAggregationPlugin;

所以它需要一个额外的回调调用,以使 Webpack 构建过程恢复:

  ...
      if( changedFiles.length <= 0 ) {
        callback()
      } else {
        process.stdout.write( `File modification detected :\n${JSON.stringify(changedFiles, null, 4)}\n` )
        callback( '...' )
        callback()       // EXTRA CALL
      }
  ...

不幸的是,通过这种方式,我最终只是将未着色的字符串显示到标准输出,而不会以任何方式影响 Webpack 生命周期。

我想要实现的是,在我的错误情况下,显示红色错误消息并防止捆绑构建过程以某种valid状态结束,直到新构建最终让我的插件运行没有错误。

关于警告管理,我想它必须通过process.stdout.write()直接在插件本身内调用正确的颜色来执行,或者在编译参数中提供一些警告集合......但就像我迄今为止在这个 SO 问题中报告的一样...这只是猜测:p

作为记录,我问这个问题是因为我编写了一个小型构建工具,其目标是将分散在应用程序中的所有翻译聚合到一个文件中。这是为了让我们的客户处理一个翻译文件而不是几十个。

它可以在“一次拍摄”模式或观看模式下运行,但我想最好的办法是将其作为插件直接集成到 Webpack 构建过程中。

所以请随意给我你对这个“架构”选择的看法,因为作为 Webpack 的新手,我绝对不会接受它的全部潜力,而且我可能会误导我可以/应该做什么它(当然作为旁注,因为它不是这篇文章的主要原因;)

提前感谢您的提示和技巧;)!

4

2 回答 2

18

经过半天的 webpack 代码调试,我终于解决了这个问题。

真正的交易是以这种方式提供 webpack 编译的错误集合:

compilation.errors.push( new Error( 'explain why the build failed' ) )

当然,callback()无论您的插件是否失败,都不要忘记。

errors.push将:

  • 阻止 webpack-dev-server 处理捆绑包
  • 在标准输出上以红色显示错误消息
  • 在客户端/浏览器端的 webpack 标头部分报告错误消息...而不是您的应用程序!!!(如果你通过http://yourDN:yourPort/webpack-dev-server当然访问它)

最新一点非常适合强制您的开发人员在恢复编码会话之前修复错误;)

只是可惜 webpack 文档是如此的蹩脚......我绝对希望 Webpack 2 不会有那些令人费解的文档缺点:p

于 2017-03-05T12:19:29.140 回答
0

我目前正在编写一个 Webpack 插件并遇到了同样的问题。我尝试查看一些现有的插件以供参考,但得出的结论与您相同:没有基础设施。以 extract-text-webpack-plugin 为例:

https://github.com/webpack-contrib/extract-text-webpack-plugin/blob/master/index.js

它基本上使用console.warnthrow new Error处理东西。您可以将错误推送到compilation对象,但我不知道这是如何处理的,这显然不适用于某些入口点。

于 2017-03-02T20:34:26.340 回答