Fake Imports
This is a small module for Deno and browser environments that can be used for
blocking specific imports using the esm import
syntax. It is mostly meant for
Stubbing and Mocking modules in unit tests, but can be used for other purposes
as well.
Take the following two files for example:
// module_with_side_effects.js
const div = document.createElement("div");
export function getDiv() {
return div;
}
// foo.js
import { getDiv } from "./module_with_side_effects.js";
export class Foo {
x = 1;
div = null;
getX() {
return this.x;
}
setupElement() {
this.div = createDiv();
}
}
Letās say we want to write a unit test for the getX()
method:
// foo.test.js
import { Foo } from "./foo.js";
import { assertEquals } from "https://deno.land/std/testing/asserts.ts";
Deno.test("getX", () => {
const foo = new Foo();
const x = foo.getX();
assertEquals(x, 1);
});
In theory this should work, because in our test the div isnāt used. But if we
run deno test
we get:
error: Uncaught ReferenceError: document is not defined
const div = document.createElement("div");
^
Because module_with_side_effects.js
has side effects, the div is created the
moment the module is imported. Ideally a problem like this would prompt you to
rewrite your code so that no modules have any side effects, but this isnāt
always feasible.
This module was created to solve this problem. By allowing you to overwrite the code of an imported file, you can change its behaviour, or prevent it from doing anything at all.
Usage
Letās take our previous test as an example. Rather than importing "./foo.js"
directly, weāll create a new Importer()
and load "./foo.js"
dynamically
inside the test itself:
import { Importer } from "https://deno.land/x/fake_imports/mod.js";
const importer = new Importer(import.meta.url);
Deno.test("getX", async () => {
const { Foo } = await importer.import("./foo.js");
});
Now weāll replace the content of "./module_with_side_effects.js"
so that it
has no side effects:
importer.fakeModule(
"./module_with_side_effects.js",
"export function getDiv() {}",
);
And then just continue running your test like usual. Be sure to run it with
--allow-read
and --allow-net
. Hereās what that the full file looks like:
import { assertEquals } from "https://deno.land/std/testing/asserts.ts";
import { Importer } from "https://deno.land/x/fake_imports/mod.js";
const importer = new Importer(import.meta.url);
importer.fakeModule(
"./module_with_side_effects.js",
"export function getDiv() {}",
);
Deno.test("getX", async () => {
const { Foo } = await importer.import("./foo.js");
const foo = new Foo();
const x = foo.getX();
assertEquals(x, 1);
});
For more complex cases, it is also possible for faked modules to import themselves.
const importer = new Importer(import.meta.url);
importer.fakeModule(
"./original.js",
`
import {someObject} from "./original.js";
// Modify someObject here
export {someObject};
`,
);
You can also pass in a function, if you want complete controll over what gets modified:
const importer = new Importer(import.meta.url);
importer.fakeModule("./original.js", (original) => {
return original.fullContent.replace("foo", "bar");
});
How it works internally
When you import via importer.import()
, the resource is first downloaded using
fetch()
. The content is then parsed and any import
s from the file get the
same treatment recursively. Then the content of all downloads are passed into
URL.createObjectURL()
, replacing all import
statements with the generated
object URL. Finally, the root file is loaded using a regular await import()
.
Causing all files to get parsed and executed by the JavaScript parser of the
system. Except, instead of running the real files, it runs all code from the
created blob:
urls.
Caveats
- Circular imports are not supported. Because of the way object URLs work, it is unfortunately not possible to load modules in a circular manner. To make this work, it would require the loader to first create all object URLs, and then modify the imported script urls from the files afterwards. And there is currently no way of doing this using object URLs.
- Because
fetch()
is being used, the--allow-net
permission is required. If you want to load scripts from the disk,--allow-read
is also required.