deno/cli/standalone
Luca Casonato e511022c74
feat(ext/node): properly segregate node globals (#19307)
Code run within Deno-mode and Node-mode should have access to a
slightly different set of globals. Previously this was done through a
compile time code-transform for Node-mode, but this is not ideal and has
many edge cases, for example Node's globalThis having a different
identity than Deno's globalThis.

This commit makes the `globalThis` of the entire runtime a semi-proxy.
This proxy returns a different set of globals depending on the caller's
mode. This is not a full proxy, because it is shadowed by "real"
properties on globalThis. This is done to avoid the overhead of a full
proxy for all globalThis operations.

The globals between Deno-mode and Node-mode are now properly segregated.
This means that code running in Deno-mode will not have access to Node's
globals, and vice versa. Deleting a managed global in Deno-mode will
NOT delete the corresponding global in Node-mode, and vice versa.

---------

Co-authored-by: Bartek Iwańczuk <biwanczuk@gmail.com>
Co-authored-by: Aapo Alasuutari <aapo.alasuutari@gmail.com>
2023-07-19 10:30:04 +02:00
..
binary.rs refactor(compile): store the npm snapshot in the eszip (#19343) 2023-06-08 11:48:29 -04:00
file_system.rs feat(compile): unstable npm and node specifier support (#19005) 2023-05-10 20:06:59 -04:00
mod.rs feat(ext/node): properly segregate node globals (#19307) 2023-07-19 10:30:04 +02:00
virtual_fs.rs chore(tests): test_util - Add PathRef (#19450) 2023-06-10 11:09:45 -04:00