相关疑难解决方法(0)

我对任务运行器和捆绑器世界有点新意,并且经历了类似的事情

Grunt,Gulp,Webpack,Browserify

,我觉得他们之间没有太大区别.换句话说,我觉得Webpack可以完成任务运行员所做的一切.但是我仍然有一个巨大的例子,其中gulp和webpack一起使用.我无法弄清楚原因.

对此我不熟悉,我可能会把事情弄错.如果你能指出我所缺少的东西,那就太好了.欢迎任何有用的链接.

提前致谢.

在网络的许多地方,你会看到:

节点进程的内存限制是多少？

和答案:

目前,默认情况下,v8在32位系统上的内存限制为512mb,在64位系统上的内存限制为1GB.通过将--max-old-space-size设置为最大~1gb(32位)和~1.7gb(64位)可以提高限制,但建议您将单个进程分成几个工作程序如果你达到内存限制.

可以有人确认这是因为node.js似乎经常更新??? *更重要的是,在不久的将来会是这样的吗？*

我想编写javascript代码,可能需要处理4gb的javascript对象(速度可能不是问题)

如果我不能在节点中做到这一点,我将最终在java(在64位机器上)做,但我宁愿不...

我想以manifest.json"更智能"的程序化方式汇编Chrome扩展程序使用的文件.我正在使用npm进行依赖项解析,它package.json包含一些与manifest.json文件共享的字段,包括"name","description"和"version".

有没有办法定义类似于部分manifest.json文件的内容,其中包含所有特定于Chrome的内容,但是在适当的地方填写共享值？我发现这在Gulp中非常简单:

var gulp = require('gulp');
var fs = require('fs');
var jeditor = require('gulp-json-editor');

gulp.task('manifest', function() {
    var pkg = JSON.parse(fs.readFileSync('./package.json'));
    gulp.src('./manifest.json')
      .pipe(jeditor({
        'name': pkg.name,
        'description': pkg.description,
        'version': pkg.version,
        'author': pkg.author,
        'homepage_url': pkg.homepage,
      }))
      .pipe(gulp.dest("./dist"));
});

即使有一些为此目的而设计的npm包,有人可以向我解释一般这样的事情是怎么做的吗？我知道Webpack 2有一个内置的json加载器,但我不清楚如何在这样的情况下使用它.

使用webpack捆绑项目时出现以下错误.当我只有几个块(分裂)点(require.ensure)时,它运行正常,但当我增加分裂点后出现错误.

<--- Last few GCs --->

  124541 ms: Mark-sweep 1379.0 (1457.1) -> 1378.9 (1457.1) MB, 891.6 / 0 ms [allocation failure] [GC in old space requested].
  125398 ms: Mark-sweep 1378.9 (1457.1) -> 1378.9 (1457.1) MB, 857.0 / 0 ms [allocation failure] [GC in old space requested].
  126289 ms: Mark-sweep 1378.9 (1457.1) -> 1378.9 (1457.1) MB, 890.5 / 0 ms [last resort gc].
  127136 ms: Mark-sweep 1378.9 (1457.1) -> 1378.9 (1457.1) MB, 847.1 / 0 ms [last resort gc].


<--- JS …

对于一个新项目,我必须保持webpack-only,因此需要找到一种方法来有效地编译我们的样式表.基本上是以一种非常有道理的方式:

• 收集所有不太文件,包括圆顶封装体图案像src/**/*.less(CSS顺序可以是任意的)
• 也允许导入css文件,比如说../node_modules/vendor/**/*.css或3rdparty/master.less
  • (如果我必须设置一个bogus.js入口点,那很好......)

所有这些,典型的gulp工作流程:

• 少转向css
• 合并(concat)less和css
• 有cssnano做它的优化工作,与像例如特定的CSS纳米选项orderedValues: false, normalizeWhitespace: true...
• 写styles.css为最终输出

而且当然:

• 让源图在这个链中幸存下来 styles.css.map
• 高效的观看和通常的懒惰/渐进式编译(如gulp 和 webpack一样)

我做的事情并不需要的是css modules(CSS imported成"作用域"使用,出来哈希范围的选择节点模块...)

如何在Webpack中完成'典型'少量| css处理工具链？

这个问题是我的第一次尝试,在合并之后我被困在中间的配置中...

到目前为止的考虑(有帮助或没有)

我知道,对于webpack,包括css甚至字体和图像在内的任何资源都是一个"模块"......而不是将我的css"模块"与实际的js合并(后来再次将它们再次精心地分开),它可能是更聪明,有一个cssstub.js并行的入口点- 也称为多编译器模式.

但那真的是,我的智慧结束了......在webpack中对一组文件执行一系列$ thing似乎真的很难(除非它是一个连接的javascript模块图).我确实在globbing上找到了一些东西,但这还不够(合并css,cssnano,......)而且大多数时候我根本无法将这些碎片粘在一起......