quickjs_runtime

Crates.ioquickjs_runtime
lib.rsquickjs_runtime
version0.14.4
sourcesrc
created_at2021-02-07 18:00:47.820814
updated_at2024-10-15 11:17:44.301409
descriptionWrapper API and utils for the QuickJS JavaScript engine with support for Promise, Modules, Async/await
homepagehttps://github.com/HiRoFa/quickjs_es_runtime
repositoryhttps://github.com/HiRoFa/quickjs_es_runtime
max_upload_size
id352021
size592,297
Andries Hiemstra (andrieshiemstra)

documentation

https://hirofa.github.io/quickjs_es_runtime/quickjs_runtime/index.html

README

quickjs_runtime

quickjs_runtime is a library for quickly getting started with embedding a javascript engine in your rust project.

as of 2024 this lib no longer relies on libquickjs-sys but on our own hirofa-quickjs-sys adding flexibility in used quickjs version

quickjs_runtime runs all javascript action in a single thread using an EventLoop. This means you can call javascript safely from several threads by adding tasks to the EventLoop.

quickjs or quickjs-ng

quickjs_runtime supports both the original quickjs and the quickjs-ng project.

You can try out quickjs-ng by adding the dep to quickjs_runtime like this (use at your own risk as I have not extensively tested it yet):

quickjs_runtime = {git="https://github.com/HiRoFa/quickjs_es_runtime", features=["console", "setimmediate", "setinterval", "settimeout", "typescript", "quickjs-ng"], default-features=false}

Usage and Features

An example on how to embed a script engine in rust using this lib can be found here: github.com/andrieshiemstra/ScriptExtensionLayerExample. It was published in TWIR as a walkthrough.

quickjs_runtime focuses on making quickjs easy to use and does not add any additional features, that's where these projects come in:

Please see the DOCS for all inner workings

This lib serves two main goals:

1. Provide simple utils for working with quickjs (these are located in the quickjs_utils mod)

  • The QuickJsRuntime struct, this is to be used from a single thread
  • E.g. objects::set_property(), functions::invoke_func()
  • Wrap JSValue to provide reference counting (+1 on init, -1 on drop) (QuickJsValueAdapter)
  • Pass a module loader

2. Wrap quickjs for use as a ready to go JavaScript Runtime

  • Start at the QuickjsRuntimeFacade, it provides an EventQueue which has a thread_local QuickJsRuntimeAdapter
  • All values are copied or abstracted in a JsValueFacades
  • So no need to worry about Garbage collection
  • evaluate script and invoke functions while waiting for results blocking or with async/await
  • Get Promise result blocking or with async/await

What works?

Script and Modules

  • Typescript (via SWC)
  • console (.log/info/debug/trace/error) (docs)
  • Eval script (docs)
  • Create promises in JavaScript which execute async
  • Eval modules (docs)
  • Load modules (dynamic and static) (docs)
  • fetch api (impl in GreenCopperRuntime)
  • setImmediate
  • setTimeout/Interval (and clear)
  • script preprocessing (impls for ifdef/macro's/typescript can be found in GreenCopperRuntime)

Rust-Script interoperability

  • Return Promises from rust functions and resolve them from rust (docs)
  • Add functions from rust (docs)
  • Invoke JS functions from rust (docs)
  • Pass primitives, objects and arrays from and to rust (docs)
  • Create Classes from rust (docs)
  • async/await support on eval/call_function/promise resolution (docs)
  • import native Modules (e.g. dynamic loading of rust functions or Proxy classes) (docs)

Goals

Embedding a script engine in a rust project seems a very tedious job which involves learning a lot about the inner workings of that engine.

The main goal of this project is to make that job easy!

The manner in which this is achieved is primarily focused on abstracting the workings of the engine from the implementor, therefore some functionality may not be the fastest way of getting things done.

So a second goal is to make implementing a fast and efficient integration doable for the uninitiated, the most common tasks you do with the engine should be doable with the utils in this package and working examples should be provided in the test modules.

The reason I chose QuickJS as the engine is that I've been dealing with less modern engines in my java projects and not being able to use the latest and greatest ECMA-script features becomes quite disappointing at times.

The fun stuff about QuickJS:

  • small footprint
  • fast compilation / startup
  • great JS compatibility

examples

Cargo.toml

[dependencies]
quickjs_runtime = "0.13.1"

Here are some quickstarts:

The quickjs Api utils:

Commit count: 636

cargo fmt