用Jesttesting文件系统？

我正在使用mock-fs来testing我编写的Webpack插件，它修改了我的文件系统上的一个文件。

这是testing：

 test('writes chunks to build/assets.json if no json file present', () => { mockFs({ [buildDir]: {}, }); const stats = new Stats({ assetsByChunkName: { main: 'main.somecrazyhash12341213445345.js', }, }); const compiler = new Compiler(stats); const plugin = new ChunksToJsonPlugin(config); expect(fs.existsSync(assetFilePath)).toBe(false); plugin.apply(compiler); compiler.execHandler(); expect(fs.existsSync(assetFilePath)).toBe(true); expect(fs.readFileSync(assetFilePath, 'utf-8')).toEqual( JSON.stringify({ main: 'main.somecrazyhash12341213445345.js', }) ); mockFs.restore(); }); 

它运行的很好，当我自己运行它，但是当我作为一个套件的一部分运行时，其他testing（不使用mock-fs ）rest。

ss http://d.pr/i/z2ne+

我注意到mock-fs在堆栈跟踪中，这使我相信文件系统也在这些testing中被mock-fs （我不想）。

mock-fs指出：

mock-fs @ 4版本将包含重大更改。 而不是重写内置的fs模块的所有方法，现在库重写process.binding('fs') 。 此更改的目的是为了避免与覆盖fs方法的其他库（例如， graceful-fs ）发生冲突，并且可以使用多个Node版本，而不必保留Node的fs模块的复制和稍微修改版本。

我不太了解process.binding是如何工作的，特别是它与Jest并行运行testing有关，但我觉得这是核心问题。

我怎样才能做这个工作？ 有没有另一种方法来testing这种行为，而不使用mock-fs ？

Answer 1

好的，所以我可以用dependency injection（DI）工作，抛弃mock-fs来支持memfs ：

 import memfs from 'memfs'; // ... test('writes chunks to build/assets.json if no json file present', () => { // eslint-disable-next-line new-parens const fs = new memfs.Volume; fs.mountSync(buildDir, {}); // same as before const plugin = new ChunksToJsonPlugin(config, fs); // ------------------------------------------ ^^ expect(fs.existsSync(assetFilePath)).toBe(false); // same as before expect(fs.existsSync(assetFilePath)).toBe(true); expect(fs.readFileSync(assetFilePath, 'utf-8')).toEqual( JSON.stringify({ main: 'main.somecrazyhash12341213445345.js', }) ); }); 

相应地， ChunksToJsonPlugin API也必须改变，以便在运行时传入实际的fs模块：

 import fs from 'fs'; // ... new ChunksToJsonPlugin(config, fs) 

---

这工作，现在我的testing不关心并行/串行运行，但我觉得我可能会在这个过程中的一些NodeJS约定。 一般来说我在使用系统导入时没有看到太多的DI，所以我只是为了testing而担心使用这个模式。

仍然开放知道这是否是可能的mock-fs ，或者如果DI实际上是正确的方法在这里。