foster/denoland-deno
1
0
Fork 0
mirror of https://github.com/denoland/deno.git synced 2025-01-05 22:09:02 -05:00
Code Issues Packages 1 Wiki Activity
denoland-deno/runtime
History
Andreu Botella 676565c711
refactor(runtime): Use util.nonEnumerable to define console (#11982) 
A comment in `runtime.js` reads that `console` seems to be "the only one
that should be writable and non-enumerable", which explains why it is
declared with `util.writable` but then has its property descriptor's
`enumerable` key changed to false.

But it is not in fact true that `console` is the only global property
for which this holds, and it wasn't even when this behavior was
introduced in denoland#9013. All WebIDL interfaces are also writable and
non-enumerable – the only difference here being that `console` is a
namespace rather than an interface.

Since WebIDL interfaces are defined with `util.nonEnumerable`, and
`console` uses the same descriptor keys, this PR changes the definition
of `console` to use `util.nonEnumerable` as well.
2021-09-12 00:20:30 +02:00
..
examples feat(runtime): support classic workers for internal testing (#11338) 2021-08-16 14:29:54 +02:00
js refactor(runtime): Use util.nonEnumerable to define console (#11982) 2021-09-12 00:20:30 +02:00
ops fix: remove windows-only panic when calling Deno.kill (#11948) 2021-09-07 18:45:13 -04:00
build.rs feat(fetch): mTLS client certificates for fetch() (#11721) 2021-08-25 14:25:12 +02:00
Cargo.toml fix: permission prompt stuffing (#11931) 2021-09-09 08:38:47 -04:00
colors.rs chore: upgrade Rust to 1.54.0 (#11554) 2021-07-30 15:03:41 +02:00
errors.rs chore: upgrade Rust to 1.55.0 (#11965) 2021-09-09 21:15:21 -04:00
fs_util.rs fix: do not panic on not found cwd (#10238) 2021-04-21 17:52:00 +02:00
inspector_server.rs refactor: cleanup Inspector and InspectorServer implementations (#11837) 2021-08-25 13:39:23 +02:00
js.rs refactor: unify JavaScript script execution method (#11043) 2021-06-22 01:45:41 +02:00
lib.rs feat(tls): Optionally support loading native certs (#11491) 2021-08-07 14:49:38 +02:00
metrics.rs Remove various unnecessary allow(clippy) declarations (#10971) 2021-06-15 19:22:28 +02:00
permissions.rs fix: permission prompt stuffing (#11931) 2021-09-09 08:38:47 -04:00
README.md chore: fix decendents in runtime readme (#9718) 2021-03-08 13:23:46 +01:00
tokio_util.rs upgrade: tokio 1.0 (#8779) 2021-01-11 23:50:02 -08:00
web_worker.rs feat(fetch): mTLS client certificates for fetch() (#11721) 2021-08-25 14:25:12 +02:00
worker.rs feat(fetch): mTLS client certificates for fetch() (#11721) 2021-08-25 14:25:12 +02:00

README.md

deno_runtime crate

crates docs

This is a slim version of the Deno CLI which removes typescript integration and various tooling (like lint and doc). Basically only JavaScript execution with Deno's operating system bindings (ops).

Stability

This crate is built using battle-tested modules that were originally in deno crate, however the API of this crate is subject to rapid and breaking changes.

MainWorker

The main API of this crate is MainWorker. MainWorker is a structure encapsulating deno_core::JsRuntime with a set of ops used to implement Deno namespace.

When creating a MainWorker implementors must call MainWorker::bootstrap to prepare JS runtime for use.

MainWorker is highly configurable and allows to customize many of the runtime's properties:

  • module loading implementation
  • error formatting
  • support for source maps
  • support for V8 inspector and Chrome Devtools debugger
  • HTTP client user agent, CA certificate
  • random number generator seed

Worker Web API

deno_runtime comes with support for Worker Web API. The Worker API is implemented using WebWorker structure.

When creating a new instance of MainWorker implementors must provide a callback function that is used when creating a new instance of Worker.

All WebWorker instances are descendents of MainWorker which is responsible for setting up communication with child worker. Each WebWorker spawns a new OS thread that is dedicated solely to that worker.