2020-03-09 05:53:07 +01:00
Rhai - Embedded Scripting for Rust
=================================
2016-02-29 22:43:45 +01:00
2020-03-16 05:42:01 +01:00
Rhai is an embedded scripting language and evaluation engine for Rust that gives a safe and easy way to add scripting to any application.
2016-03-02 20:53:12 +01:00
2020-03-18 03:50:51 +01:00
Rhai's current features set:
2016-03-03 15:59:53 +01:00
2020-03-18 03:50:51 +01:00
* `no-std` support
2020-03-16 05:42:01 +01:00
* Easy integration with Rust functions and data types, supporting getter/setter methods
* Easily call a script-defined function from Rust
* Fairly efficient (1 million iterations in 0.75 sec on my 5 year old laptop)
2016-03-04 14:08:34 +01:00
* Low compile-time overhead (~0.6 sec debug/~3 sec release for script runner app)
2020-03-03 10:28:38 +01:00
* Easy-to-use language similar to JS+Rust
2016-03-03 15:59:53 +01:00
* Support for overloaded functions
2020-03-16 05:42:01 +01:00
* Compiled script is optimized for repeat evaluations
2020-03-19 06:52:10 +01:00
* Very few additional dependencies (right now only [`num-traits` ](https://crates.io/crates/num-traits/ )
to do checked arithmetic operations); for [`no_std`] builds, a number of additional dependencies are
pulled in to provide for functionalities that used to be in `std` .
2016-03-03 15:59:53 +01:00
2020-03-18 05:13:44 +01:00
**Note:** Currently, the version is 0.11.0, so the language and API's may change before they stabilize.
2016-03-14 16:31:24 +01:00
2020-03-09 05:53:07 +01:00
Installation
------------
2016-03-14 16:31:24 +01:00
2020-03-16 05:42:01 +01:00
Install the Rhai crate by adding this line to `dependencies` :
2016-03-14 16:31:24 +01:00
2017-12-11 07:32:12 +01:00
```toml
2016-03-14 16:31:24 +01:00
[dependencies]
2020-03-18 05:13:44 +01:00
rhai = "0.11.0"
2016-03-14 16:31:24 +01:00
```
2020-03-02 08:20:29 +01:00
or simply:
```toml
[dependencies]
rhai = "*"
```
to use the latest version.
2020-03-16 05:42:01 +01:00
Beware that in order to use pre-releases (e.g. alpha and beta), the exact version must be specified in the `Cargo.toml` .
2020-02-25 04:23:46 +01:00
2020-03-09 05:53:07 +01:00
Optional features
-----------------
2020-03-05 03:18:46 +01:00
2020-03-11 06:28:12 +01:00
| Feature | Description |
| ------------- | -------------------------------------------------------------------------------------------------------------------------------------------------------- |
| `no_stdlib` | Exclude the standard library of utility functions in the build, and only include the minimum necessary functionalities. Standard types are not affected. |
| `unchecked` | Exclude arithmetic checking (such as overflows and division by zero). Beware that a bad script may panic the entire system! |
2020-03-16 05:42:01 +01:00
| `no_function` | Disable script-defined functions if not needed. |
| `no_index` | Disable arrays and indexing features if not needed. |
| `no_float` | Disable floating-point numbers and math if not needed. |
2020-03-14 13:06:10 +01:00
| `no_optimize` | Disable the script optimizer. |
2020-03-16 07:50:12 +01:00
| `only_i32` | Set the system integer type to `i32` and disable all other integer types. `INT` is set to `i32` . |
| `only_i64` | Set the system integer type to `i64` and disable all other integer types. `INT` is set to `i64` . |
2020-03-18 03:50:51 +01:00
| `no_std` | Build for `no-std` . Notice that additional dependencies will be pulled in to replace `std` features. |
2020-03-10 16:06:20 +01:00
2020-03-16 05:42:01 +01:00
By default, Rhai includes all the standard functionalities in a small, tight package. Most features are here to opt-**out** of certain functionalities that are not needed.
2020-03-10 16:06:20 +01:00
Excluding unneeded functionalities can result in smaller, faster builds as well as less bugs due to a more restricted language.
2020-03-08 16:14:18 +01:00
2020-03-19 06:52:10 +01:00
[`unchecked`]: #optional -features
[`no_stdlib`]: #optional -features
[`no_index`]: #optional -features
[`no_float`]: #optional -features
[`no_function`]: #optional -features
[`no_optimize`]: #optional -features
[`only_i32`]: #optional -features
[`only_i64`]: #optional -features
[`no_std`]: #optional -features
2020-03-09 05:53:07 +01:00
Related
-------
2016-03-03 16:00:29 +01:00
2016-03-04 14:13:57 +01:00
Other cool projects to check out:
2020-02-25 08:01:50 +01:00
2020-03-13 11:12:41 +01:00
* [ChaiScript ](http://chaiscript.com/ ) - A strong inspiration for Rhai. An embedded scripting language for C++ that I helped created many moons ago, now being lead by my cousin.
2020-03-16 05:42:01 +01:00
* Check out the list of [scripting languages for Rust ](https://github.com/rust-unofficial/awesome-rust#scripting ) on [awesome-rust ](https://github.com/rust-unofficial/awesome-rust )
2016-03-04 14:13:57 +01:00
2020-03-09 05:53:07 +01:00
Examples
--------
2020-02-25 08:01:50 +01:00
2020-03-10 04:25:34 +01:00
A number of examples can be found in the `examples` folder:
2020-02-25 08:01:50 +01:00
2020-03-18 05:09:34 +01:00
| Example | Description |
| ------------------------------------------------------------------ | --------------------------------------------------------------------------- |
| [`arrays_and_structs` ](examples/arrays_and_structs.rs ) | demonstrates registering a new type to Rhai and the usage of arrays on it |
| [`custom_types_and_methods` ](examples/custom_types_and_methods.rs ) | shows how to register a type and methods for it |
| [`hello` ](examples/hello.rs ) | simple example that evaluates an expression and prints the result |
| [`no_std` ](examples/no_std.rs ) | example to test out `no-std` builds |
| [`reuse_scope` ](examples/reuse_scope.rs ) | evaluates two pieces of code in separate runs, but using a common [`Scope`] |
| [`rhai_runner` ](examples/rhai_runner.rs ) | runs each filename passed to it as a Rhai script |
| [`simple_fn` ](examples/simple_fn.rs ) | shows how to register a Rust function to a Rhai [`Engine`] |
| [`repl` ](examples/repl.rs ) | a simple REPL, interactively evaluate statements from stdin |
2017-10-15 17:48:24 +02:00
Examples can be run with the following command:
2020-02-25 08:01:50 +01:00
2017-10-15 17:48:24 +02:00
```bash
cargo run --example name
```
2020-03-10 04:25:34 +01:00
The `repl` example is a particularly good one as it allows you to interactively try out Rhai's
language features in a standard REPL (**R**ead-**E**val-**P**rint **L**oop).
2020-03-09 05:53:07 +01:00
Example Scripts
---------------
2020-02-25 08:01:50 +01:00
2020-03-10 04:25:34 +01:00
There are also a number of examples scripts that showcase Rhai's features, all in the `scripts` folder:
2020-02-25 08:01:50 +01:00
2020-03-16 07:50:12 +01:00
| Language feature scripts | Description |
| ---------------------------------------------------- | ------------------------------------------------------------- |
| [`array.rhai` ](scripts/array.rhai ) | arrays in Rhai |
| [`assignment.rhai` ](scripts/assignment.rhai ) | variable declarations |
| [`comments.rhai` ](scripts/comments.rhai ) | just comments |
| [`for1.rhai` ](scripts/for1.rhai ) | for loops |
| [`function_decl1.rhai` ](scripts/function_decl1.rhai ) | a function without parameters |
| [`function_decl2.rhai` ](scripts/function_decl2.rhai ) | a function with two parameters |
| [`function_decl3.rhai` ](scripts/function_decl3.rhai ) | a function with many parameters |
| [`if1.rhai` ](scripts/if1.rhai ) | if example |
| [`loop.rhai` ](scripts/loop.rhai ) | endless loop in Rhai, this example emulates a do..while cycle |
| [`op1.rhai` ](scripts/op1.rhai ) | just a simple addition |
| [`op2.rhai` ](scripts/op2.rhai ) | simple addition and multiplication |
| [`op3.rhai` ](scripts/op3.rhai ) | change evaluation order with parenthesis |
| [`string.rhai` ](scripts/string.rhai ) | string operations |
| [`while.rhai` ](scripts/while.rhai ) | while loop |
| Example scripts | Description |
| -------------------------------------------- | ---------------------------------------------------------------------------------- |
| [`speed_test.rhai` ](scripts/speed_test.rhai ) | a simple program to measure the speed of Rhai's interpreter (1 million iterations) |
| [`primes.rhai` ](scripts/primes.rhai ) | use Sieve of Eratosthenes to find all primes smaller than a limit |
2017-10-28 21:59:14 +02:00
2020-03-10 04:25:34 +01:00
To run the scripts, either make a tiny program or use of the `rhai_runner` example:
2020-02-25 08:01:50 +01:00
2017-10-28 21:59:14 +02:00
```bash
cargo run --example rhai_runner scripts/any_script.rhai
```
2020-03-09 05:53:07 +01:00
Hello world
-----------
2016-03-31 16:01:58 +02:00
2020-03-19 06:52:10 +01:00
[`Engine`]: #hello -world
2020-03-10 04:25:34 +01:00
To get going with Rhai, create an instance of the scripting engine and then call `eval` :
2016-02-29 22:43:45 +01:00
2017-11-04 11:18:56 +01:00
```rust
2020-03-09 09:54:43 +01:00
use rhai::{Engine, EvalAltResult};
2016-03-02 20:40:07 +01:00
2020-03-10 04:25:34 +01:00
fn main() -> Result< (), EvalAltResult>
{
2016-03-03 17:07:45 +01:00
let mut engine = Engine::new();
2020-03-09 09:54:43 +01:00
let result = engine.eval::< i64 > ("40 + 2")?;
println!("Answer: {}", result); // prints 42
2020-03-10 07:09:05 +01:00
Ok(())
2016-03-02 20:40:07 +01:00
}
```
2016-03-31 16:01:58 +02:00
2020-03-16 05:42:01 +01:00
The type parameter is used to specify the type of the return value, which _must_ match the actual type or an error is returned.
Rhai is very strict here. There are two ways to specify the return type - _turbofish_ notation, or type inference.
2016-03-31 16:06:39 +02:00
2017-11-04 11:18:56 +01:00
```rust
2020-03-16 05:42:01 +01:00
let result = engine.eval::< i64 > ("40 + 2")?; // return type is i64, specified using 'turbofish' notation
let result: i64 = engine.eval("40 + 2")?; // return type is inferred to be i64
let result = engine.eval< String > ("40 + 2")?; // returns an error because the actual return type is i64, not String
2016-03-31 16:06:39 +02:00
```
2020-03-16 05:42:01 +01:00
Evaluate a script file directly:
```rust
let result = engine.eval_file::< i64 > ("hello_world.rhai".into())?; // 'eval_file' takes a 'PathBuf'
```
To repeatedly evaluate a script, _compile_ it first into an AST (abstract syntax tree) form:
2020-02-25 04:08:40 +01:00
```rust
2020-03-09 09:54:43 +01:00
use rhai::Engine;
let mut engine = Engine::new();
2020-02-25 08:01:50 +01:00
// Compile to an AST and store it for later evaluations
2020-03-09 09:54:43 +01:00
let ast = engine.compile("40 + 2")?;
2020-02-25 04:08:40 +01:00
for _ in 0..42 {
2020-03-16 05:42:01 +01:00
let result: i64 = engine.eval_ast(&ast)?;
2020-03-09 09:54:43 +01:00
2020-03-16 16:51:32 +01:00
println!("Answer #{}: {}", i, result); // prints 42
2020-02-25 04:08:40 +01:00
}
```
2020-03-06 04:26:58 +01:00
Compiling a script file is also supported:
2020-02-25 04:08:40 +01:00
```rust
2020-03-09 09:54:43 +01:00
use rhai::Engine;
let mut engine = Engine::new();
2020-03-16 05:42:01 +01:00
let ast = engine.compile_file("hello_world.rhai".into())?;
2020-02-25 04:08:40 +01:00
```
2020-03-16 05:42:01 +01:00
Rhai also allows working _backwards_ from the other direction - i.e. calling a Rhai-scripted function from Rust - via `call_fn` :
2020-03-06 04:26:58 +01:00
```rust
2020-03-09 09:54:43 +01:00
use rhai::Engine;
let mut engine = Engine::new();
2020-03-12 07:54:14 +01:00
// Define a function in a script and load it into the Engine.
2020-03-16 16:51:32 +01:00
// Pass true to 'retain_functions' otherwise these functions will be cleared at the end of consume()
engine.consume(true,
r"
// a function with two parameters: String and i64
fn hello(x, y) {
x.len() + y
2020-03-12 07:54:14 +01:00
}
2020-03-16 16:51:32 +01:00
// functions can be overloaded: this one takes only one parameter
fn hello(x) {
x * 2
2020-03-12 07:54:14 +01:00
}
2020-03-16 05:42:01 +01:00
")?;
2020-03-10 07:09:05 +01:00
2020-03-12 14:19:34 +01:00
// Evaluate the function in the AST, passing arguments into the script as a tuple
// if there are more than one. Beware, arguments must be of the correct types because
2020-03-16 05:42:01 +01:00
// Rhai does not have built-in type conversions. If arguments of the wrong types are passed,
2020-03-12 14:19:34 +01:00
// the Engine will not find the function.
2020-03-10 07:09:05 +01:00
let result: i64 = engine.call_fn("hello", & ast, ( String::from("abc"), 123_i64 ) )?;
// ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ put arguments in a tuple
2020-03-12 07:54:14 +01:00
let result: i64 = engine.call_fn("hello", 123_i64)?
2020-03-12 14:19:34 +01:00
// ^^^^^^^ calls 'hello' with one parameter (no need for tuple)
2020-03-06 04:26:58 +01:00
```
2020-03-09 05:53:07 +01:00
Values and types
----------------
2020-02-25 08:02:50 +01:00
2020-03-19 06:52:10 +01:00
[`type_of`]: #values -and-types
2020-02-25 08:02:50 +01:00
The following primitive types are supported natively:
2020-03-19 06:52:10 +01:00
| Category | Equivalent Rust types | `type_of()` name |
| ----------------------------------------------------------- | ---------------------------------------------------------------------------------------------------- | ----------------- |
| **Integer number** | `u8` , `i8` , `u16` , `i16` , < br /> `u32`, `i32` (default for [`only_i32`]),< br /> `u64`, `i64` _(default)_ | _same as type_ |
| **Floating-point number** (disabled with [`no_float`]) | `f32` , `f64` _(default)_ | _same as type_ |
| **Boolean value** | `bool` | `"bool"` |
| **Unicode character** | `char` | `"char"` |
| **Unicode string** | `String` (_not_ `&str` ) | `"string"` |
| **Array** (disabled with [`no_index`]) | `rhai::Array` | `"array"` |
| **Dynamic value** (i.e. can be anything) | `rhai::Dynamic` | _the actual type_ |
| **System number** (current configuration) | `rhai::INT` (`i32` or `i64` ),< br /> `rhai::FLOAT` (`f32` or `f64` ) | _same as type_ |
| **Nothing/void/nil/null** (or whatever you want to call it) | `()` | `"()"` |
[`Dynamic`]: #values -and-types
[`()`]: #values -and-types
2020-03-10 16:06:20 +01:00
2020-03-16 05:42:01 +01:00
All types are treated strictly separate by Rhai, meaning that `i32` and `i64` and `u32` are completely different - they even cannot be added together. This is very similar to Rust.
2020-03-10 16:06:20 +01:00
2020-03-16 05:42:01 +01:00
The default integer type is `i64` . If other integer types are not needed, it is possible to exclude them and make a smaller build with the [`only_i64`] feature.
2020-03-10 16:06:20 +01:00
2020-03-16 05:42:01 +01:00
If only 32-bit integers are needed, enabling the [`only_i32`] feature will remove support for all integer types other than `i32` , including `i64` .
2020-03-19 06:52:10 +01:00
This is useful on some 32-bit systems where using 64-bit integers incurs a performance penalty.
2020-03-10 16:06:20 +01:00
2020-03-19 06:52:10 +01:00
If no floating-point is needed or supported, use the [`no_float`] feature to remove it.
There is a `type_of` function to detect the actual type of a value. This is useful because all variables are `Dynamic` .
```rust
// Use 'type_of()' to get the actual types of values
type_of('c') == "char";
type_of(42) == "i64";
let x = 123;
x.type_of() == "i64";
x = 99.999;
x.type_of() == "f64";
x = "hello";
if type_of(x) == "string" {
do_something_with_string(x);
}
```
2020-02-25 08:02:50 +01:00
2020-03-09 05:53:07 +01:00
Value conversions
-----------------
2020-02-25 08:02:50 +01:00
2020-03-19 06:52:10 +01:00
[`to_int`]: #value -conversions
[`to_float`]: #value -conversions
2020-03-16 05:42:01 +01:00
There is a `to_float` function to convert a supported number to an `f64` , and a `to_int` function to convert a supported number to `i64` and that's about it.
For other conversions, register custom conversion functions.
2020-02-25 08:02:50 +01:00
```rust
let x = 42;
let y = x * 100.0; // error: cannot multiply i64 with f64
let y = x.to_float() * 100.0; // works
2020-03-01 06:30:22 +01:00
let z = y.to_int() + x; // works
let c = 'X'; // character
2020-03-03 10:28:38 +01:00
print("c is '" + c + "' and its code is " + c.to_int()); // prints "c is 'X' and its code is 88"
2020-02-25 08:02:50 +01:00
```
2020-03-09 05:53:07 +01:00
Working with functions
----------------------
2016-03-02 20:53:12 +01:00
2020-03-16 05:42:01 +01:00
Rhai's scripting engine is very lightweight. It gets most of its abilities from functions.
2020-03-19 06:52:10 +01:00
To call these functions, they need to be registered with the [`Engine`].
2016-03-02 20:53:12 +01:00
2017-11-04 11:18:56 +01:00
```rust
2020-03-09 09:54:43 +01:00
use rhai::{Engine, EvalAltResult};
2020-03-12 14:19:34 +01:00
use rhai::RegisterFn; // use `RegisterFn` trait for `register_fn`
use rhai::{Dynamic, RegisterDynamicFn}; // use `RegisterDynamicFn` trait for `register_dynamic_fn`
2016-03-03 17:07:45 +01:00
2020-02-25 03:43:13 +01:00
// Normal function
2016-04-14 03:52:12 +02:00
fn add(x: i64, y: i64) -> i64 {
2016-03-02 20:53:12 +01:00
x + y
}
2020-02-25 08:01:50 +01:00
// Function that returns a Dynamic value
fn get_an_any() -> Dynamic {
2020-02-25 03:43:13 +01:00
Box::new(42_i64)
}
2020-03-10 04:25:34 +01:00
fn main() -> Result< (), EvalAltResult>
{
2016-03-02 20:53:12 +01:00
let mut engine = Engine::new();
2016-03-26 21:42:54 +01:00
engine.register_fn("add", add);
2016-04-14 03:52:12 +02:00
2020-03-09 09:54:43 +01:00
let result = engine.eval::< i64 > ("add(40, 2)")?;
println!("Answer: {}", result); // prints 42
2020-02-25 03:43:13 +01:00
2020-02-25 08:01:50 +01:00
// Functions that return Dynamic values must use register_dynamic_fn()
engine.register_dynamic_fn("get_an_any", get_an_any);
2020-02-25 03:43:13 +01:00
2020-03-09 09:54:43 +01:00
let result = engine.eval::< i64 > ("get_an_any()")?;
println!("Answer: {}", result); // prints 42
Ok(())
2016-03-02 20:53:12 +01:00
}
```
2016-03-02 20:40:07 +01:00
2020-03-19 06:52:10 +01:00
To return a [`Dynamic`] value from a Rust function, simply `Box` it and return it.
2020-03-02 10:04:56 +01:00
```rust
fn decide(yes_no: bool) -> Dynamic {
if yes_no {
Box::new(42_i64)
} else {
Box::new("hello world!".to_string()) // remember & str is not supported
}
}
```
2020-03-09 05:53:07 +01:00
Generic functions
-----------------
2016-03-02 20:53:12 +01:00
2020-03-16 05:42:01 +01:00
Generic functions can be used in Rhai, but separate instances for each concrete type must be registered separately:
2016-03-02 20:53:12 +01:00
2017-11-04 11:18:56 +01:00
```rust
2016-03-03 17:07:45 +01:00
use std::fmt::Display;
2017-12-21 11:24:30 +01:00
use rhai::{Engine, RegisterFn};
2016-03-03 17:07:45 +01:00
2020-03-11 06:28:12 +01:00
fn show_it< T: Display > (x: & mut T) -> () {
println!("put up a good show: {}!", x)
2016-03-02 20:53:12 +01:00
}
2020-03-10 04:25:34 +01:00
fn main()
{
2016-03-02 20:53:12 +01:00
let mut engine = Engine::new();
2020-03-11 06:28:12 +01:00
engine.register_fn("print", show_it as fn(x: & mut i64)->());
engine.register_fn("print", show_it as fn(x: & mut bool)->());
engine.register_fn("print", show_it as fn(x: & mut String)->());
2016-03-02 20:53:12 +01:00
}
```
2020-03-16 05:42:01 +01:00
This example shows how to register multiple functions (or, in this case, multiple instances of the same function) to the same name in script.
This enables function overloading based on the number and types of parameters.
2016-03-03 16:14:11 +01:00
2020-03-09 05:53:07 +01:00
Fallible functions
------------------
2020-03-08 15:47:13 +01:00
2020-03-16 05:42:01 +01:00
If a function is _fallible_ (i.e. it returns a `Result<_, Error>` ), it can be registered with `register_result_fn` (using the `RegisterResultFn` trait).
2020-03-08 15:47:13 +01:00
2020-03-16 05:42:01 +01:00
The function must return `Result<_, EvalAltResult>` . `EvalAltResult` implements `From<&str>` and `From<String>` etc. and the error text gets converted into `EvalAltResult::ErrorRuntime` .
2020-03-08 15:47:13 +01:00
```rust
use rhai::{Engine, EvalAltResult, Position};
2020-03-12 14:19:34 +01:00
use rhai::RegisterResultFn; // use `RegisterResultFn` trait for `register_result_fn`
2020-03-08 15:47:13 +01:00
// Function that may fail
fn safe_divide(x: i64, y: i64) -> Result< i64 , EvalAltResult > {
if y == 0 {
// Return an error if y is zero
2020-03-12 14:19:34 +01:00
Err("Division by zero detected!".into()) // short-cut to create EvalAltResult
2020-03-08 15:47:13 +01:00
} else {
Ok(x / y)
}
}
2020-03-10 04:25:34 +01:00
fn main()
{
2020-03-08 15:47:13 +01:00
let mut engine = Engine::new();
// Fallible functions that return Result values must use register_result_fn()
engine.register_result_fn("divide", safe_divide);
if let Err(error) = engine.eval::< i64 > ("divide(40, 0)") {
println!("Error: {:?}", error); // prints ErrorRuntime("Division by zero detected!", (1, 1)")
}
}
```
2020-03-09 05:53:07 +01:00
Overriding built-in functions
----------------------------
2020-03-02 08:20:29 +01:00
2020-03-02 10:04:56 +01:00
Any similarly-named function defined in a script overrides any built-in function.
2020-03-02 08:20:29 +01:00
```rust
// Override the built-in function 'to_int'
fn to_int(num) {
2020-03-12 06:02:13 +01:00
print("Ha! Gotcha! " + num);
2020-03-02 08:20:29 +01:00
}
2020-03-12 06:02:13 +01:00
print(to_int(123)); // what happens?
2020-03-02 08:20:29 +01:00
```
2020-03-09 05:53:07 +01:00
Custom types and methods
-----------------------
2016-03-02 20:40:07 +01:00
2016-03-02 21:08:35 +01:00
Here's an more complete example of working with Rust. First the example, then we'll break it into parts:
2016-03-02 20:53:12 +01:00
2017-11-04 11:18:56 +01:00
```rust
2020-03-09 09:54:43 +01:00
use rhai::{Engine, EvalAltResult};
use rhai::RegisterFn;
2016-03-03 17:07:45 +01:00
2016-03-10 22:48:56 +01:00
#[derive(Clone)]
2016-03-02 20:40:07 +01:00
struct TestStruct {
2020-03-19 06:52:10 +01:00
field: i64
2016-03-02 20:40:07 +01:00
}
impl TestStruct {
fn update(& mut self) {
2020-03-19 06:52:10 +01:00
self.field += 41;
2016-03-02 20:40:07 +01:00
}
2020-03-19 06:52:10 +01:00
fn new() -> Self {
TestStruct { field: 1 }
2016-03-02 20:40:07 +01:00
}
}
2020-03-10 04:25:34 +01:00
fn main() -> Result< (), EvalAltResult>
{
2016-03-03 17:07:45 +01:00
let mut engine = Engine::new();
2016-03-02 20:40:07 +01:00
2016-03-03 17:07:45 +01:00
engine.register_type::< TestStruct > ();
2016-03-02 20:40:07 +01:00
2016-03-26 21:42:54 +01:00
engine.register_fn("update", TestStruct::update);
engine.register_fn("new_ts", TestStruct::new);
2016-03-02 20:40:07 +01:00
2020-03-09 09:54:43 +01:00
let result = engine.eval::< TestStruct > ("let x = new_ts(); x.update(); x")?;
2020-03-19 06:52:10 +01:00
println!("result: {}", result.field); // prints 42
2020-03-09 09:54:43 +01:00
Ok(())
2016-03-02 20:40:07 +01:00
}
```
2020-03-14 12:46:44 +01:00
All custom types must implement `Clone` . This allows the [`Engine`] to pass by value.
2016-03-02 20:40:07 +01:00
2017-11-04 11:18:56 +01:00
```rust
2016-03-10 22:48:56 +01:00
#[derive(Clone)]
2016-03-02 20:40:07 +01:00
struct TestStruct {
2020-03-19 06:52:10 +01:00
field: i64
2016-03-02 20:40:07 +01:00
}
```
2020-03-14 12:46:44 +01:00
Next, we create a few methods that we'll later use in our scripts. Notice that we register our custom type with the [`Engine`].
2020-02-25 08:01:50 +01:00
2017-11-04 11:18:56 +01:00
```rust
2016-03-02 20:40:07 +01:00
impl TestStruct {
fn update(& mut self) {
2020-03-19 06:52:10 +01:00
self.field += 41;
2016-03-02 20:40:07 +01:00
}
2020-03-19 06:52:10 +01:00
fn new() -> Self {
TestStruct { field: 1 }
2016-03-02 20:40:07 +01:00
}
}
let mut engine = Engine::new();
engine.register_type::< TestStruct > ();
```
2020-03-14 12:46:44 +01:00
To use methods and functions with the [`Engine`], we need to register them. There are some convenience functions to help with this. Below I register update and new with the [`Engine`].
2016-03-02 20:40:07 +01:00
2020-03-14 12:46:44 +01:00
*Note: [`Engine`] follows the convention that methods use a `&mut` first parameter so that invoking methods can update the value in memory.*
2016-03-02 20:40:07 +01:00
2017-11-04 11:18:56 +01:00
```rust
2020-03-19 06:52:10 +01:00
engine.register_fn("update", TestStruct::update); // registers 'update(& mut ts)'
engine.register_fn("new_ts", TestStruct::new); // registers 'new'
2016-03-02 20:40:07 +01:00
```
Finally, we call our script. The script can see the function and method we registered earlier. We need to get the result back out from script land just as before, this time casting to our custom struct type.
2020-02-25 08:01:50 +01:00
2017-11-04 11:18:56 +01:00
```rust
2020-03-09 09:54:43 +01:00
let result = engine.eval::< TestStruct > ("let x = new_ts(); x.update(); x")?;
2020-03-19 06:52:10 +01:00
println!("result: {}", result.field); // prints 42
2016-03-02 20:40:07 +01:00
```
2016-03-04 14:27:06 +01:00
2020-02-25 08:01:50 +01:00
In fact, any function with a first argument (either by copy or via a `&mut` reference) can be used as a method-call on that type because internally they are the same thing: methods on a type is implemented as a functions taking an first argument.
```rust
fn foo(ts: & mut TestStruct) -> i64 {
2020-03-19 06:52:10 +01:00
ts.field
2020-02-25 08:01:50 +01:00
}
engine.register_fn("foo", foo);
2020-03-09 09:54:43 +01:00
let result = engine.eval::< i64 > ("let x = new_ts(); x.foo()")?;
2020-03-19 06:52:10 +01:00
println!("result: {}", result); // prints 1
2020-02-25 08:01:50 +01:00
```
2020-03-19 06:52:10 +01:00
[`type_of`] works fine with custom types and returns the name of the type. If `register_type_with_name` is used to register the custom type
with a special "pretty-print" name, [`type_of`] will return that name instead.
2020-03-03 10:28:38 +01:00
```rust
2020-03-19 06:52:10 +01:00
engine.register_type::< TestStruct > ();
engine.register_fn("new_ts", TestStruct::new);
let x = new_ts();
print(x.type_of()); // prints "path::to::module::TestStruct"
engine.register_type_with_name::< TestStruct > ("Hello");
engine.register_fn("new_ts", TestStruct::new);
2020-03-03 10:28:38 +01:00
let x = new_ts();
2020-03-19 06:52:10 +01:00
print(x.type_of()); // prints "Hello"
2020-03-03 10:28:38 +01:00
```
2020-02-25 08:01:50 +01:00
2020-03-09 05:53:07 +01:00
Getters and setters
-------------------
2016-03-10 22:25:03 +01:00
2020-03-16 05:42:01 +01:00
Similarly, custom types can expose members by registering a `get` and/or `set` function.
2016-03-10 22:25:03 +01:00
2017-11-04 11:18:56 +01:00
```rust
2016-03-10 22:25:03 +01:00
#[derive(Clone)]
struct TestStruct {
2020-03-19 06:52:10 +01:00
field: i64
2016-03-10 22:25:03 +01:00
}
impl TestStruct {
2020-03-19 06:52:10 +01:00
fn get_field(& mut self) -> i64 {
self.field
2016-03-10 22:25:03 +01:00
}
2020-03-19 06:52:10 +01:00
fn set_field(& mut self, new_val: i64) {
self.field = new_val;
2016-03-10 22:25:03 +01:00
}
2020-03-19 06:52:10 +01:00
fn new() -> Self {
TestStruct { field: 1 }
2016-03-10 22:25:03 +01:00
}
}
let mut engine = Engine::new();
engine.register_type::< TestStruct > ();
2020-03-19 06:52:10 +01:00
engine.register_get_set("xyz", TestStruct::get_field, TestStruct::set_field);
2016-03-26 21:42:54 +01:00
engine.register_fn("new_ts", TestStruct::new);
2016-03-10 22:25:03 +01:00
2020-03-19 06:52:10 +01:00
let result = engine.eval::< i64 > ("let a = new_ts(); a.xyz = 42; a.xyz")?;
2020-03-09 09:54:43 +01:00
2020-03-19 06:52:10 +01:00
println!("Answer: {}", result); // prints 42
2016-03-10 22:25:03 +01:00
```
2020-03-09 05:53:07 +01:00
Initializing and maintaining state
---------------------------------
2016-03-04 14:27:06 +01:00
2020-03-19 06:52:10 +01:00
[`Scope`]: #initializing -and-maintaining-state
2020-03-16 05:42:01 +01:00
By default, Rhai treats each [`Engine`] invocation as a fresh one, persisting only the functions that have been defined but no global state.
This gives each evaluation a clean starting slate. In order to continue using the same global state from one invocation to the next,
such a state must be manually created and passed in.
2016-03-04 14:27:06 +01:00
2020-03-16 05:42:01 +01:00
In this example, a global state object (a `Scope` ) is created with a few initialized variables, then the same state is threaded through multiple invocations:
2016-03-04 14:27:06 +01:00
2017-11-04 11:18:56 +01:00
```rust
2020-03-09 09:54:43 +01:00
use rhai::{Engine, Scope, EvalAltResult};
2016-03-04 14:27:06 +01:00
2020-03-10 04:25:34 +01:00
fn main() -> Result< (), EvalAltResult>
{
2016-03-04 14:27:06 +01:00
let mut engine = Engine::new();
2020-03-03 08:20:20 +01:00
// First create the state
2019-09-18 12:21:07 +02:00
let mut scope = Scope::new();
2016-03-04 14:27:06 +01:00
2020-03-03 08:20:20 +01:00
// Then push some initialized variables into the state
2020-03-12 14:19:34 +01:00
// NOTE: Remember the system number types in Rhai are i64 (i32 if 'only_i32') ond f64.
// Better stick to them or it gets hard working with the script.
2020-03-16 16:51:32 +01:00
scope.push("y", 42_i64);
scope.push("z", 999_i64);
2020-03-19 06:52:10 +01:00
scope.push("s", "hello, world!".to_string()); // remember to use 'String', not '& str'
2020-03-03 08:20:20 +01:00
// First invocation
2020-03-12 14:19:34 +01:00
engine.eval_with_scope::< ()>(& mut scope, r"
2020-03-19 06:52:10 +01:00
let x = 4 + 5 - y + z + s.len();
2020-03-03 08:20:20 +01:00
y = 1;
2020-03-09 09:54:43 +01:00
")?;
2016-03-04 14:27:06 +01:00
2020-03-03 08:20:20 +01:00
// Second invocation using the same state
2020-03-12 14:19:34 +01:00
let result = engine.eval_with_scope::< i64 > (& mut scope, "x")?;
2020-03-09 09:54:43 +01:00
2020-03-19 06:52:10 +01:00
println!("result: {}", result); // prints 979
2020-03-03 08:20:20 +01:00
// Variable y is changed in the script
2020-03-19 06:52:10 +01:00
assert_eq!(scope.get_value::< i64 > ("y").expect("variable x should exist"), 1);
2020-03-09 09:54:43 +01:00
Ok(())
2016-03-04 14:27:06 +01:00
}
```
2016-03-10 22:25:03 +01:00
2020-03-16 05:42:01 +01:00
Rhai Language Guide
2020-03-09 05:53:07 +01:00
===================
2016-03-31 15:59:54 +02:00
2020-03-09 05:53:07 +01:00
Comments
--------
2016-03-31 15:59:54 +02:00
2020-03-16 05:42:01 +01:00
Comments are C-style, including '`/*` ... `*/` ' pairs and '`//`' for comments to the end of the line.
2020-03-09 05:53:07 +01:00
```rust
let /* intruder comment */ name = "Bob";
2020-03-16 05:42:01 +01:00
2020-03-09 05:53:07 +01:00
// This is a very important comment
2020-03-16 05:42:01 +01:00
2020-03-09 05:53:07 +01:00
/* This comment spans
multiple lines, so it
only makes sense that
it is even more important */
2020-03-16 05:42:01 +01:00
/* Fear not, Rhai satisfies all nesting needs with nested comments:
2020-03-09 05:53:07 +01:00
/*/*/*/*/**/*/*/*/*/
*/
```
2020-03-09 04:42:10 +01:00
2020-03-17 10:37:28 +01:00
Statements
----------
Statements are terminated by semicolons '`;`' - they are mandatory, except for the _last_ statement where it can be omitted.
A statement can be used anywhere where an expression is expected. The _last_ statement of a statement block
(enclosed by '`{`' .. '`}`' pairs) is always the return value of the statement. If a statement has no return value
2020-03-19 06:52:10 +01:00
(e.g. variable definitions, assignments) then the value will be [`()`].
2020-03-17 10:37:28 +01:00
```rust
let a = 42; // normal assignment statement
let a = foo(42); // normal function call statement
foo < 42 ; / / normal expression as statement
2020-03-19 06:52:10 +01:00
let a = { 40 + 2 }; // 'a' is set to the value of the statement block, which is the value of the last statement
// ^ notice that the last statement does not require a terminating semicolon (although it also works with it)
// ^ notice that a semicolon is required here to terminate the assignment statement; it is syntax error without it
2020-03-17 10:37:28 +01:00
4 * 10 + 2 // this is also a statement, which is an expression, with no ending semicolon because
// it is the last statement of the whole block
```
2020-03-09 05:53:07 +01:00
Variables
---------
2020-03-09 04:42:10 +01:00
2020-03-16 05:42:01 +01:00
Variables in Rhai follow normal C naming rules (i.e. must contain only ASCII letters, digits and underscores '`_`').
2020-03-19 06:52:10 +01:00
Variable names must start with an ASCII letter or an underscore '`_`', must contain at least one ASCII letter, and must start with an ASCII letter before a digit.
Therefore, names like '`_`', '`_42`', '`3a`' etc. are not legal variable names, but '`_c3po`' and '`r2d2`' are.
Variable names are also case _sensitive_ .
2020-03-16 05:42:01 +01:00
2020-03-17 10:37:28 +01:00
Variables are defined using the `let` keyword. A variable defined within a statement block is _local_ to that block.
2020-03-09 04:42:10 +01:00
2017-11-04 11:18:56 +01:00
```rust
2020-03-17 10:37:28 +01:00
let x = 3; // ok
let _x = 42; // ok
let x_ = 42; // also ok
let _x_ = 42; // still ok
2020-03-16 05:42:01 +01:00
2020-03-17 10:37:28 +01:00
let _ = 123; // syntax error - illegal variable name
let _9 = 9; // syntax error - illegal variable name
2020-03-16 05:42:01 +01:00
2020-03-17 10:37:28 +01:00
let x = 42; // variable is 'x', lower case
let X = 123; // variable is 'X', upper case
2020-03-16 05:42:01 +01:00
x == 42;
X == 123;
2020-03-17 10:37:28 +01:00
{
let x = 999; // local variable 'x' shadows the 'x' in parent block
x == 999; // access to local 'x'
}
x == 42; // the parent block's 'x' is not changed
2016-03-31 15:59:54 +02:00
```
2020-03-13 11:12:41 +01:00
Constants
---------
2020-03-16 05:42:01 +01:00
Constants can be defined using the `const` keyword and are immutable. Constants follow the same naming rules as [variables ](#variables ).
2020-03-13 11:12:41 +01:00
```rust
const x = 42;
2020-03-14 12:46:44 +01:00
print(x * 2); // prints 84
2020-03-16 05:42:01 +01:00
x = 123; // syntax error - cannot assign to constant
2020-03-13 11:12:41 +01:00
```
2020-03-19 06:52:10 +01:00
Constants must be assigned a _value_ , not an expression.
2020-03-14 12:46:44 +01:00
```rust
2020-03-16 05:42:01 +01:00
const x = 40 + 2; // syntax error - cannot assign expression to constant
2020-03-14 12:46:44 +01:00
```
2020-03-09 05:53:07 +01:00
Numbers
-------
2020-03-09 04:42:10 +01:00
2020-03-16 05:42:01 +01:00
Integer numbers follow C-style format with support for decimal, binary ('`0b`'), octal ('`0o`') and hex ('`0x`') notations.
The default system integer type (also aliased to `INT` ) is `i64` . It can be turned into `i32` via the [`only_i32`] feature.
Floating-point numbers are also supported if not disabled with [`no_float`]. The default system floating-point type is `i64` (also aliased to `FLOAT` ).
'`_`' separators can be added freely and are ignored within a number.
| Format | Type |
| ---------------- | ---------------- |
| `123_345` , `-42` | `i64` in decimal |
| `0o07_76` | `i64` in octal |
| `0xabcd_ef` | `i64` in hex |
| `0b0101_1001` | `i64` in binary |
| `123_456.789` | `f64` |
2020-03-09 04:42:10 +01:00
2020-03-09 05:53:07 +01:00
Numeric operators
-----------------
2016-03-31 15:59:54 +02:00
2020-03-16 05:42:01 +01:00
Numeric operators generally follow C styles.
2020-03-19 06:52:10 +01:00
| Operator | Description | Integers only |
| -------- | ---------------------------------------------------- | :-----------: |
| `+` | Plus | |
| `-` | Minus | |
| `*` | Multiply | |
| `/` | Divide (integer division if acting on integer types) | |
| `%` | Modulo (remainder) | |
| `~` | Power | |
| `&` | Binary _And_ bit-mask | Yes |
| `\|` | Binary _Or_ bit-mask | Yes |
| `^` | Binary _Xor_ bit-mask | Yes |
| `<<` | Left bit-shift | Yes |
| `>>` | Right bit-shift | Yes |
2020-03-16 05:42:01 +01:00
2017-11-04 11:18:56 +01:00
```rust
2020-03-16 05:42:01 +01:00
let x = (1 + 2) * (6 - 4) / 2; // arithmetic, with parentheses
2020-03-09 04:42:10 +01:00
let reminder = 42 % 10; // modulo
let power = 42 ~ 2; // power (i64 and f64 only)
let left_shifted = 42 < < 3 ; / / left shift
let right_shifted = 42 >> 3; // right shift
let bit_op = 42 | 99; // bit masking
2016-03-31 15:59:54 +02:00
```
2020-03-09 05:53:07 +01:00
Unary operators
---------------
2020-03-16 05:42:01 +01:00
| Operator | Description |
| -------- | ----------- |
| `+` | Plus |
| `-` | Negative |
2020-03-09 05:53:07 +01:00
```rust
let number = -5;
number = -5 - +5;
```
Numeric functions
-----------------
2020-03-09 04:42:10 +01:00
2020-03-11 06:28:12 +01:00
The following standard functions (defined in the standard library but excluded if [`no_stdlib`]) operate on `i8` , `i16` , `i32` , `i64` , `f32` and `f64` only:
2020-03-09 04:42:10 +01:00
2020-03-19 06:52:10 +01:00
| Function | Description |
| ------------ | --------------------------------- |
| `abs` | absolute value |
| [`to_float`] | converts an integer type to `f64` |
2020-03-09 04:42:10 +01:00
2020-03-09 05:53:07 +01:00
Floating-point functions
------------------------
2020-03-09 04:42:10 +01:00
2020-03-11 06:28:12 +01:00
The following standard functions (defined in the standard library but excluded if [`no_stdlib`]) operate on `f64` only:
2020-03-09 04:42:10 +01:00
| Category | Functions |
| ---------------- | ------------------------------------------------------------ |
| Trigonometry | `sin` , `cos` , `tan` , `sinh` , `cosh` , `tanh` in degrees |
| Arc-trigonometry | `asin` , `acos` , `atan` , `asinh` , `acosh` , `atanh` in degrees |
| Square root | `sqrt` |
| Exponential | `exp` (base _e_ ) |
| Logarithmic | `ln` (base _e_ ), `log10` (base 10), `log` (any base) |
| Rounding | `floor` , `ceiling` , `round` , `int` , `fraction` |
2020-03-19 06:52:10 +01:00
| Conversion | [`to_int`] |
2020-03-11 06:28:12 +01:00
| Testing | `is_nan` , `is_finite` , `is_infinite` |
2020-03-09 04:42:10 +01:00
2020-03-09 05:53:07 +01:00
Strings and Chars
-----------------
2020-02-25 08:01:50 +01:00
2020-03-16 07:50:12 +01:00
String and char literals follow C-style formatting, with support for Unicode ('`\u`_xxxx_' or '` \U`_xxxxxxxx_') and hex ('` \x`_xx_') escape sequences.
Hex sequences map to ASCII characters, while '`\u`' maps to 16-bit common Unicode code points and '` \U`' maps the full, 32-bit extended Unicode code points.
2020-03-16 05:42:01 +01:00
Although internally Rhai strings are stored as UTF-8 just like in Rust (they _are_ Rust `String` s),
in the Rhai language they can be considered a stream of Unicode characters, and can be directly indexed (unlike Rust).
Individual characters within a Rhai string can be replaced. In Rhai, there is no separate concepts of `String` and `&str` as in Rust.
Strings can be built up from other strings and types via the `+` operator (provided by the standard library but excluded if [`no_stdlib`]).
This is particularly useful when printing output.
2020-03-19 06:52:10 +01:00
[`type_of()`] a string returns `"string"` .
2020-03-16 05:42:01 +01:00
2017-10-28 21:59:14 +02:00
```rust
2020-03-09 05:53:07 +01:00
let name = "Bob";
let middle_initial = 'C';
let last = "Davis";
2016-03-31 15:59:54 +02:00
2020-03-09 05:53:07 +01:00
let full_name = name + " " + middle_initial + ". " + last;
full_name == "Bob C. Davis";
2016-03-31 15:59:54 +02:00
2020-03-09 05:53:07 +01:00
// String building with different types
let age = 42;
let record = full_name + ": age " + age;
record == "Bob C. Davis: age 42";
2016-03-31 15:59:54 +02:00
2020-03-16 05:42:01 +01:00
// Unlike Rust, Rhai strings can be indexed to get a character
// (disabled with 'no_index')
2020-03-09 05:53:07 +01:00
let c = record[4];
c == 'C';
2020-02-25 03:43:13 +01:00
2020-03-16 05:42:01 +01:00
ts.s = record; // custom type properties can take strings
2020-03-03 16:31:16 +01:00
2020-03-09 05:53:07 +01:00
let c = ts.s[4];
c == 'C';
2020-03-03 16:31:16 +01:00
2020-03-16 05:42:01 +01:00
let c = "foo"[0]; // indexing also works on string literals...
2020-03-09 05:53:07 +01:00
c == 'f';
2020-03-03 09:23:55 +01:00
2020-03-16 05:42:01 +01:00
let c = ("foo" + "bar")[5]; // ... and expressions returning strings
2020-03-09 05:53:07 +01:00
c == 'r';
2020-03-03 09:23:55 +01:00
2020-03-09 05:53:07 +01:00
// Escape sequences in strings
record += " \u2764\n"; // escape sequence of '❤' in Unicode
record == "Bob C. Davis: age 42 ❤\n"; // '\n' = new-line
2020-03-03 09:23:55 +01:00
2020-03-16 05:42:01 +01:00
// Unlike Rust, Rhai strings can be directly modified character-by-character
// (disabled with 'no_index')
2020-03-09 05:53:07 +01:00
record[4] = '\x58'; // 0x58 = 'X'
record == "Bob X. Davis: age 42 ❤\n";
2020-03-03 09:23:55 +01:00
```
2020-03-11 06:28:12 +01:00
The following standard functions (defined in the standard library but excluded if [`no_stdlib`]) operate on strings:
2020-03-03 11:15:20 +01:00
2020-03-09 05:53:07 +01:00
| Function | Description |
| ---------- | ------------------------------------------------------------------------ |
| `len` | returns the number of characters (not number of bytes) in the string |
| `pad` | pads the string with an character until a specified number of characters |
| `append` | Adds a character or a string to the end of another string |
| `clear` | empties the string |
| `truncate` | cuts off the string at exactly a specified number of characters |
| `contains` | checks if a certain character or sub-string occurs in the string |
| `replace` | replaces a substring with another |
| `trim` | trims the string |
2020-03-03 11:15:20 +01:00
2020-03-09 05:53:07 +01:00
Examples:
2020-03-03 11:15:20 +01:00
```rust
2020-03-09 05:53:07 +01:00
let full_name == " Bob C. Davis ";
full_name.len() == 14;
2020-03-03 11:15:20 +01:00
2020-03-09 05:53:07 +01:00
full_name.trim();
full_name.len() == 12;
full_name == "Bob C. Davis";
2020-03-03 11:15:20 +01:00
2020-03-09 05:53:07 +01:00
full_name.pad(15, '$');
full_name.len() == 15;
full_name == "Bob C. Davis$$$";
2020-03-03 11:15:20 +01:00
2020-03-09 05:53:07 +01:00
full_name.truncate(6);
full_name.len() == 6;
full_name == "Bob C.";
2020-03-03 11:15:20 +01:00
2020-03-09 05:53:07 +01:00
full_name.replace("Bob", "John");
full_name.len() == 7;
full_name = "John C.";
2020-03-03 11:15:20 +01:00
2020-03-09 05:53:07 +01:00
full_name.contains('C') == true;
full_name.contains("John") == true;
2020-03-03 11:15:20 +01:00
2020-03-09 05:53:07 +01:00
full_name.clear();
full_name.len() == 0;
2020-03-03 11:15:20 +01:00
```
2020-03-09 05:53:07 +01:00
Arrays
------
2016-03-31 15:59:54 +02:00
2020-03-16 05:42:01 +01:00
Arrays are first-class citizens in Rhai. Like C, arrays are accessed with zero-based, non-negative integer indices.
Array literals are built within square brackets '`[`' ,, '`]`' and separated by commas '`,`'.
2020-03-19 06:52:10 +01:00
The type of a Rhai array is `rhai::Array` . [`type_of()`] an array returns `"array"` .
2020-03-16 05:42:01 +01:00
Arrays are disabled via the [`no_index`] feature.
2020-02-25 09:23:59 +01:00
2020-03-11 06:28:12 +01:00
The following functions (defined in the standard library but excluded if [`no_stdlib`]) operate on arrays:
2020-02-25 09:23:59 +01:00
2020-03-09 04:42:10 +01:00
| Function | Description |
| ---------- | ------------------------------------------------------------------------------------- |
| `push` | inserts an element at the end |
2020-03-19 06:52:10 +01:00
| `pop` | removes the last element and returns it ([`()`] if empty) |
| `shift` | removes the first element and returns it ([`()`] if empty) |
2020-03-09 04:42:10 +01:00
| `len` | returns the number of elements |
| `pad` | pads the array with an element until a specified length |
| `clear` | empties the array |
| `truncate` | cuts off the array at exactly a specified length (discarding all subsequent elements) |
Examples:
2016-03-31 15:59:54 +02:00
2017-11-04 11:18:56 +01:00
```rust
2020-03-16 05:42:01 +01:00
let y = [1, 2, 3]; // array literal with 3 elements
2020-02-25 03:43:13 +01:00
y[1] = 42;
print(y[1]); // prints 42
2020-03-04 15:00:01 +01:00
ts.list = y; // arrays can be assigned completely (by value copy)
2020-03-05 13:28:03 +01:00
let foo = ts.list[1];
2020-03-04 15:00:01 +01:00
foo == 42;
2020-03-05 13:28:03 +01:00
let foo = [1, 2, 3][0];
foo == 1;
2020-03-16 05:42:01 +01:00
fn abc() {
[42, 43, 44] // a function returning an array literal
}
2020-03-05 13:28:03 +01:00
let foo = abc()[0];
foo == 42;
let foo = y[0];
foo == 1;
2020-03-01 06:30:22 +01:00
2020-02-25 03:43:13 +01:00
y.push(4); // 4 elements
y.push(5); // 5 elements
2016-03-31 15:59:54 +02:00
2020-02-25 03:43:13 +01:00
print(y.len()); // prints 5
let first = y.shift(); // remove the first element, 4 elements remaining
first == 1;
let last = y.pop(); // remove the last element, 3 elements remaining
last == 5;
2020-02-25 09:23:59 +01:00
print(y.len()); // prints 3
y.pad(10, "hello"); // pad the array up to 10 elements
print(y.len()); // prints 10
y.truncate(5); // truncate the array to 5 elements
print(y.len()); // prints 5
2020-03-01 10:37:47 +01:00
y.clear(); // empty the array
print(y.len()); // prints 0
2020-02-25 03:43:13 +01:00
```
2020-03-16 05:42:01 +01:00
`push` and `pad` are only defined for standard built-in types. For custom types, type-specific versions must be registered:
2020-02-25 08:01:50 +01:00
2020-02-25 03:43:13 +01:00
```rust
2020-03-19 06:52:10 +01:00
engine.register_fn("push", |list: & mut Array, item: MyType| list.push(Box::new(item)) );
2020-02-25 03:43:13 +01:00
```
2020-03-09 05:53:07 +01:00
Comparison operators
--------------------
2020-03-16 05:42:01 +01:00
Comparing most values of the same data type work out-of-the-box for standard types supported by the system.
However, if the [`no_stdlib`] feature is turned on, comparisons can only be made between restricted system
types - `INT` (`i64` or `i32` depending on [`only_i32`] and [`only_i64`]), `f64` (if not [`no_float`]), string, array, `bool` , `char` .
2020-02-25 08:01:50 +01:00
2020-02-25 03:43:13 +01:00
```rust
2020-03-09 05:53:07 +01:00
42 == 42; // true
42 > 42; // false
"hello" > "foo"; // true
"42" == 42; // false
2020-03-16 05:42:01 +01:00
```
Comparing two values of _different_ data types, or of unknown data types, always results in `false` .
```rust
2020-03-09 05:53:07 +01:00
42 == 42.0; // false - i64 is different from f64
2020-03-16 05:42:01 +01:00
42 > "42"; // false - i64 is different from string
42 < = "42"; // false again
let ts = new_ts(); // custom type
ts == 42; // false - types are not the same
2020-03-09 05:53:07 +01:00
```
2020-02-25 03:43:13 +01:00
2020-03-09 05:53:07 +01:00
Boolean operators
-----------------
2020-02-25 03:43:13 +01:00
2020-03-16 05:42:01 +01:00
| Operator | Description |
| -------- | ------------------------------- |
| `!` | Boolean _Not_ |
| `&&` | Boolean _And_ (short-circuits) |
2020-03-16 16:51:32 +01:00
| `\|\|` | Boolean _Or_ (short-circuits) |
2020-03-16 05:42:01 +01:00
| `&` | Boolean _And_ (full evaluation) |
2020-03-16 16:51:32 +01:00
| `\|` | Boolean _Or_ (full evaluation) |
2020-03-16 05:42:01 +01:00
Double boolean operators `&&` and `||` _short-circuit_ , meaning that the second operand will not be evaluated
if the first one already proves the condition wrong.
2020-03-09 05:53:07 +01:00
Single boolean operators `&` and `|` always evaluate both operands.
```rust
this() || that(); // that() is not evaluated if this() is true
this() & & that(); // that() is not evaluated if this() is false
this() | that(); // both this() and that() are evaluated
this() & that(); // both this() and that() are evaluated
2016-03-31 15:59:54 +02:00
```
2020-03-09 05:53:07 +01:00
Compound assignment operators
----------------------------
2016-03-31 15:59:54 +02:00
2017-11-04 11:18:56 +01:00
```rust
2020-03-09 05:53:07 +01:00
let number = 5;
2020-03-15 15:39:58 +01:00
number += 4; // number = number + 4
number -= 3; // number = number - 3
number *= 2; // number = number * 2
number /= 1; // number = number / 1
number %= 3; // number = number % 3
number < < = 2; // number = number < < 2
number >>= 1; // number = number >> 1
2016-03-31 15:59:54 +02:00
```
2020-03-09 05:53:07 +01:00
The `+=` operator can also be used to build strings:
2020-03-03 14:39:25 +01:00
```rust
2020-03-09 05:53:07 +01:00
let my_str = "abc";
my_str += "ABC";
my_str += 12345;
2020-03-03 14:39:25 +01:00
2020-03-09 05:53:07 +01:00
my_str == "abcABC12345"
2020-03-03 14:39:25 +01:00
```
2020-03-16 05:42:01 +01:00
If statements
-------------
All branches of an `if` statement must be enclosed within braces '`{`' .. '`}`', even when there is only one statement.
Like Rust, there is no ambiguity regarding which `if` clause a statement belongs to.
2020-03-03 14:39:25 +01:00
2020-03-09 05:53:07 +01:00
```rust
if true {
print("It's true!");
} else if true {
print("It's true again!");
2020-03-16 05:42:01 +01:00
} else if ... {
:
} else if ... {
:
2020-03-09 05:53:07 +01:00
} else {
2020-03-16 05:42:01 +01:00
print("It's finally false!");
2020-03-09 05:53:07 +01:00
}
2020-03-16 05:42:01 +01:00
if (decision) print("I've decided!");
// ^ syntax error, expecting '{' in statement block
2020-03-09 05:53:07 +01:00
```
2020-03-03 14:39:25 +01:00
2020-03-16 05:42:01 +01:00
While loops
-----------
2016-04-14 03:52:12 +02:00
2017-11-04 11:18:56 +01:00
```rust
2020-03-09 05:53:07 +01:00
let x = 10;
2020-02-25 03:43:13 +01:00
2020-03-09 05:53:07 +01:00
while x > 0 {
print(x);
2020-03-16 05:42:01 +01:00
if x == 5 { break; } // break out of while loop
2020-03-09 05:53:07 +01:00
x = x - 1;
}
```
2020-02-25 03:43:13 +01:00
2020-03-16 05:42:01 +01:00
Infinite loops
--------------
2020-03-01 06:30:22 +01:00
2020-03-09 05:53:07 +01:00
```rust
let x = 10;
2020-03-01 06:30:22 +01:00
2020-03-09 05:53:07 +01:00
loop {
print(x);
x = x - 1;
2020-03-16 05:42:01 +01:00
if x == 0 { break; } // break out of loop
2020-03-09 05:53:07 +01:00
}
```
2020-03-05 13:28:03 +01:00
2020-03-16 05:42:01 +01:00
For loops
---------
Iterating through a range or an array is provided by the `for` ... `in` loop.
2020-03-04 15:00:01 +01:00
2020-03-09 05:53:07 +01:00
```rust
let array = [1, 3, 5, 7, 9, 42];
2020-03-05 13:28:03 +01:00
2020-03-09 05:53:07 +01:00
// Iterate through array
for x in array {
print(x);
if x == 42 { break; }
}
2020-03-01 06:30:22 +01:00
2020-03-16 07:50:12 +01:00
// The 'range' function allows iterating from first to last-1
2020-03-09 05:53:07 +01:00
for x in range(0, 50) {
print(x);
if x == 42 { break; }
}
```
2020-03-03 14:39:25 +01:00
2020-03-16 05:42:01 +01:00
Returning values
----------------
2020-03-09 05:53:07 +01:00
```rust
2020-03-16 05:42:01 +01:00
return; // equivalent to return ();
2020-03-09 05:53:07 +01:00
2020-03-16 05:42:01 +01:00
return 123 + 456; // returns 579
2020-03-01 06:30:22 +01:00
```
2020-03-16 05:42:01 +01:00
Errors and exceptions
2020-03-09 05:53:07 +01:00
---------------------
2020-03-01 06:30:22 +01:00
2020-03-19 06:52:10 +01:00
All of [`Engine`]'s evaluation/consuming methods return `Result<T, rhai::EvalAltResult>` with `EvalAltResult` holding error information.
2020-03-16 05:42:01 +01:00
To deliberately return an error during an evaluation, use the `throw` keyword.
2020-03-09 05:53:07 +01:00
```rust
if some_bad_condition_has_happened {
throw error; // 'throw' takes a string to form the exception text
}
2020-03-09 04:42:10 +01:00
2020-03-16 05:42:01 +01:00
throw; // empty exception text: ""
2020-03-09 05:53:07 +01:00
```
2020-03-16 05:42:01 +01:00
Exceptions thrown via `throw` in the script can be captured by matching `Err(EvalAltResult::ErrorRuntime(` _reason_`, `_position_` ))`
with the exception text captured by the first parameter.
2020-03-01 06:30:22 +01:00
```rust
2020-03-16 05:42:01 +01:00
let result = engine.eval::< i64 > (r#"
2020-03-09 05:53:07 +01:00
let x = 42;
2020-03-01 10:37:47 +01:00
2020-03-09 05:53:07 +01:00
if x > 0 {
throw x + " is too large!";
}
"#);
2020-03-01 06:30:22 +01:00
2020-03-09 05:53:07 +01:00
println!(result); // prints "Runtime error: 42 is too large! (line 5, position 15)"
```
2020-03-01 06:30:22 +01:00
2020-03-09 05:53:07 +01:00
Functions
---------
2020-03-01 06:30:22 +01:00
2020-03-11 06:28:12 +01:00
Rhai supports defining functions in script (unless disabled with [`no_function`]):
2020-03-01 10:37:47 +01:00
2020-03-09 05:53:07 +01:00
```rust
fn add(x, y) {
return x + y;
}
2020-03-01 10:37:47 +01:00
2020-03-09 05:53:07 +01:00
print(add(2, 3));
2020-02-25 03:43:13 +01:00
```
2020-03-16 05:42:01 +01:00
Just like in Rust, an implicit return can be used. In fact, the last statement of a block is _always_ the block's return value
regardless of whether it is terminated with a semicolon `;` . This is different from Rust.
2020-02-25 08:01:50 +01:00
2020-02-25 03:43:13 +01:00
```rust
2020-03-09 05:53:07 +01:00
fn add(x, y) {
2020-03-17 10:37:28 +01:00
x + y; // value of the last statement (no need for ending semicolon) is used as the return value
2020-03-09 05:53:07 +01:00
}
2020-03-16 05:42:01 +01:00
fn add2(x) {
return x + 2; // explicit return
}
print(add(2, 3)); // prints 5
print(add2(42)); // prints 44
2020-02-25 03:43:13 +01:00
```
2020-03-16 05:42:01 +01:00
### Passing arguments by value
2020-03-14 12:46:44 +01:00
Functions defined in script always take [`Dynamic`] parameters (i.e. the parameter can be of any type).
2020-03-16 05:42:01 +01:00
It is important to remember that all arguments are passed by _value_ , so all functions are _pure_ (i.e. they never modify their arguments).
Any update to an argument will **not** be reflected back to the caller. This can introduce subtle bugs, if not careful.
2020-02-25 08:01:50 +01:00
2020-02-25 03:43:13 +01:00
```rust
2020-03-16 05:42:01 +01:00
fn change(s) { // 's' is passed by value
s = 42; // only a COPY of 's' is changed
2020-03-09 05:53:07 +01:00
}
2020-03-04 15:00:01 +01:00
2020-03-09 05:53:07 +01:00
let x = 500;
2020-03-16 05:42:01 +01:00
x.change(); // desugars to change(x)
2020-03-09 05:53:07 +01:00
x == 500; // 'x' is NOT changed!
2016-04-14 03:52:12 +02:00
```
2016-03-31 15:59:54 +02:00
2020-03-16 05:42:01 +01:00
### Global definitions only
Functions can only be defined at the global level, never inside a block or another function.
2017-10-28 21:59:14 +02:00
```rust
2020-03-16 05:42:01 +01:00
// Global level is OK
2020-03-09 05:53:07 +01:00
fn add(x, y) {
x + y
}
2017-10-28 21:59:14 +02:00
2020-03-09 05:53:07 +01:00
// The following will not compile
fn do_addition(x) {
fn add_y(n) { // functions cannot be defined inside another function
n + y
}
add_y(x)
}
2017-10-28 21:59:14 +02:00
```
2017-11-04 11:18:56 +01:00
2020-03-16 05:42:01 +01:00
### Functions overloading
Functions can be _overloaded_ based on the _number_ of parameters (but not parameter _types_ , since all parameters are the same type - [`Dynamic`]).
2020-03-12 06:02:13 +01:00
New definitions of the same name and number of parameters overwrite previous definitions.
```rust
fn abc(x,y,z) { print("Three!!! " + x + "," + y + "," + z) }
fn abc(x) { print("One! " + x) }
fn abc(x,y) { print("Two! " + x + "," + y) }
fn abc() { print("None.") }
fn abc(x) { print("HA! NEW ONE! " + x) } // overwrites previous definition
abc(1,2,3); // prints "Three!!! 1,2,3"
abc(42); // prints "HA! NEW ONE! 42"
abc(1,2); // prints "Two!! 1,2"
abc(); // prints "None."
```
2020-03-09 05:53:07 +01:00
Members and methods
-------------------
2017-11-04 11:18:56 +01:00
2020-03-19 06:52:10 +01:00
Properties and methods in a Rust custom type registered with the [`Engine`] can be called just like in Rust:
2020-03-16 05:42:01 +01:00
2017-11-04 11:18:56 +01:00
```rust
2020-03-16 05:42:01 +01:00
let a = new_ts(); // constructor function
2020-03-19 06:52:10 +01:00
a.field = 500; // property access
2020-03-16 05:42:01 +01:00
a.update(); // method call
2017-11-04 11:18:56 +01:00
```
2020-03-09 05:53:07 +01:00
`print` and `debug`
-------------------
2017-11-04 11:18:56 +01:00
2020-03-16 05:42:01 +01:00
The `print` and `debug` functions default to printing to `stdout` , with `debug` using standard debug formatting.
2017-11-04 11:18:56 +01:00
```rust
2020-03-09 05:53:07 +01:00
print("hello"); // prints hello to stdout
print(1 + 2 + 3); // prints 6 to stdout
print("hello" + 42); // prints hello42 to stdout
debug("world!"); // prints "world!" to stdout using debug formatting
2017-11-04 11:18:56 +01:00
```
2020-03-09 05:53:07 +01:00
### Overriding `print` and `debug` with callback functions
2017-11-04 11:18:56 +01:00
2020-03-16 05:42:01 +01:00
When embedding Rhai into an application, it is usually necessary to trap `print` and `debug` output
(for logging into a tracking log, for example).
2017-11-04 11:18:56 +01:00
```rust
2020-03-12 14:19:34 +01:00
// Any function or closure that takes an & str argument can be used to override
// print and debug
2020-03-09 05:53:07 +01:00
engine.on_print(|x| println!("hello: {}", x));
engine.on_debug(|x| println!("DEBUG: {}", x));
2017-11-04 11:18:56 +01:00
2020-03-09 05:53:07 +01:00
// Example: quick-'n-dirty logging
let mut log: Vec< String > = Vec::new();
// Redirect print/debug output to 'log'
engine.on_print(|s| log.push(format!("entry: {}", s)));
engine.on_debug(|s| log.push(format!("DEBUG: {}", s)));
2020-03-12 14:19:34 +01:00
// Evaluate script
2020-03-09 05:53:07 +01:00
engine.eval::< ()>(script)?;
// 'log' captures all the 'print' and 'debug' output
for entry in log {
println!("{}", entry);
}
2017-11-04 11:18:56 +01:00
```
2020-03-11 06:28:12 +01:00
2020-03-15 15:39:58 +01:00
Script optimization
===================
2020-03-12 14:19:34 +01:00
Rhai includes an _optimizer_ that tries to optimize a script after parsing. This can reduce resource utilization and increase execution speed.
2020-03-14 13:06:10 +01:00
Script optimization can be turned off via the [`no_optimize`] feature.
2020-03-12 14:19:34 +01:00
For example, in the following:
```rust
{
let x = 999; // NOT eliminated - Rhai doesn't check yet whether a variable is used later on
123; // eliminated - no effect
"hello"; // eliminated - no effect
[1, 2, x, x*2, 5]; // eliminated - no effect
foo(42); // NOT eliminated - the function 'foo' may have side effects
666 // NOT eliminated - this is the return value of the block,
// and the block is the last one
// so this is the return value of the whole script
}
```
Rhai attempts to eliminate _dead code_ (i.e. code that does nothing, for example an expression by itself as a statement, which is allowed in Rhai).
The above script optimizes to:
```rust
{
let x = 999;
foo(42);
666
}
```
2020-03-13 11:12:41 +01:00
Constants propagation is used to remove dead code:
2020-03-12 14:19:34 +01:00
```rust
2020-03-14 12:46:44 +01:00
const ABC = true;
if ABC || some_work() { print("done!"); } // 'ABC' is constant so it is replaced by 'true'...
if true || some_work() { print("done!"); } // since '||' short-circuits, 'some_work' is never called
2020-03-16 05:42:01 +01:00
if true { print("done!"); } // < - the line above is equivalent to this
print("done!"); // < - the line above is further simplified to this
2020-03-12 14:19:34 +01:00
// because the condition is always true
```
2020-03-16 05:42:01 +01:00
These are quite effective for template-based machine-generated scripts where certain constant values
are spliced into the script text in order to turn on/off certain sections.
2020-03-19 06:52:10 +01:00
For fixed script texts, the constant values can be provided in a user-defined [`Scope`] object
to the [`Engine`] for use in compilation and evaluation.
2020-03-12 14:19:34 +01:00
2020-03-16 05:42:01 +01:00
Beware, however, that most operators are actually function calls, and those functions can be overridden,
so they are not optimized away:
2020-03-12 14:19:34 +01:00
```rust
2020-03-14 12:46:44 +01:00
const DECISION = 1;
if DECISION == 1 { // NOT optimized away because you can define
: // your own '==' function to override the built-in default!
:
} else if DECISION == 2 { // same here, NOT optimized away
:
} else if DECISION == 3 { // same here, NOT optimized away
:
} else {
:
}
```
2020-03-16 05:42:01 +01:00
because no operator functions will be run (in order not to trigger side effects) during the optimization process
(unless the optimization level is set to [`OptimizationLevel::Full`]). So, instead, do this:
2020-03-14 12:46:44 +01:00
```rust
const DECISION_1 = true;
const DECISION_2 = false;
const DECISION_3 = false;
if DECISION_1 {
2020-03-15 15:39:58 +01:00
: // this branch is kept and promoted to the parent level
2020-03-14 12:46:44 +01:00
} else if DECISION_2 {
2020-03-15 15:39:58 +01:00
: // this branch is eliminated
2020-03-14 12:46:44 +01:00
} else if DECISION_3 {
2020-03-15 15:39:58 +01:00
: // this branch is eliminated
2020-03-14 12:46:44 +01:00
} else {
2020-03-15 15:39:58 +01:00
: // this branch is eliminated
2020-03-14 12:46:44 +01:00
}
2020-03-12 14:19:34 +01:00
```
2020-03-16 05:42:01 +01:00
In general, boolean constants are most effective for the optimizer to automatically prune
large `if` -`else` branches because they do not depend on operators.
2020-03-14 12:46:44 +01:00
2020-03-15 15:39:58 +01:00
Alternatively, turn the optimizer to [`OptimizationLevel::Full`]
2020-03-14 12:46:44 +01:00
Here be dragons!
2020-03-19 06:52:10 +01:00
================
2020-03-12 14:19:34 +01:00
2020-03-19 06:52:10 +01:00
Optimization levels
-------------------
[`OptimizationLevel::Full`]: #optimization -levels
[`OptimizationLevel::Simple`]: #optimization -levels
[`OptimizationLevel::None`]: #optimization -levels
2020-03-15 15:39:58 +01:00
There are actually three levels of optimizations: `None` , `Simple` and `Full` .
2020-03-16 05:42:01 +01:00
* `None` is obvious - no optimization on the AST is performed.
* `Simple` (default) performs relatively _safe_ optimizations without causing side effects
(i.e. it only relies on static analysis and will not actually perform any function calls).
2020-03-15 15:39:58 +01:00
2020-03-16 05:42:01 +01:00
* `Full` is _much_ more aggressive, _including_ running functions on constant arguments to determine their result.
One benefit to this is that many more optimization opportunities arise, especially with regards to comparison operators.
2020-03-15 15:39:58 +01:00
2020-03-19 06:52:10 +01:00
An [`Engine`]'s optimization level is set via a call to `set_optimization_level` :
2020-03-15 15:39:58 +01:00
```rust
2020-03-16 05:42:01 +01:00
// Turn on aggressive optimizations
engine.set_optimization_level(rhai::OptimizationLevel::Full);
```
2020-03-15 15:39:58 +01:00
2020-03-19 06:52:10 +01:00
When the optimization level is [`OptimizationLevel::Full`], the [`Engine`] assumes all functions to be _pure_ and will _eagerly_
2020-03-17 10:37:28 +01:00
evaluated all function calls with constant arguments, using the result to replace the call. This also applies to all operators
(which are implemented as functions). For instance, the same example above:
2020-03-16 05:42:01 +01:00
```rust
// When compiling the following with OptimizationLevel::Full...
2020-03-15 15:39:58 +01:00
2020-03-16 05:42:01 +01:00
const DECISION = 1;
// this condition is now eliminated because 'DECISION == 1'
if DECISION == 1 { // is a function call to the '==' function, and it returns 'true'
print("hello!"); // this block is promoted to the parent level
2020-03-15 15:39:58 +01:00
} else {
2020-03-16 05:42:01 +01:00
print("boo!"); // this block is eliminated because it is never reached
2020-03-15 15:39:58 +01:00
}
2020-03-17 10:37:28 +01:00
print("hello!"); // < - the above is equivalent to this ( ' print ' and ' debug ' are handled specially )
```
Because of the eager evaluation of functions, many constant expressions will be evaluated and replaced by the result.
2020-03-19 06:52:10 +01:00
This does not happen with [`OptimizationLevel::Simple`] which doesn't assume all functions to be _pure_ .
2020-03-17 10:37:28 +01:00
```rust
// When compiling the following with OptimizationLevel::Full...
let x = (1 + 2) * 3 - 4 / 5 % 6; // < - will be replaced by ' let x = 9'
let y = (1 > 2) || (3 < = 4); // < - will be replaced by ' let y = true'
2020-03-15 15:39:58 +01:00
```
2020-03-19 06:52:10 +01:00
Function side effect considerations
----------------------------------
2020-03-17 10:37:28 +01:00
All of Rhai's built-in functions (and operators which are implemented as functions) are _pure_ (i.e. they do not mutate state
nor cause side any effects, with the exception of `print` and `debug` which are handled specially) so using [`OptimizationLevel::Full`]
is usually quite safe _unless_ you register your own types and functions.
If custom functions are registered, they _may_ be called (or maybe not, if the calls happen to lie within a pruned code block).
If custom functions are registered to replace built-in operators, they will also be called when the operators are used (in an `if`
statement, for example) and cause side-effects.
2020-03-19 06:52:10 +01:00
Function volatility considerations
---------------------------------
2020-03-15 15:39:58 +01:00
2020-03-17 10:37:28 +01:00
Even if a custom function does not mutate state nor cause side effects, it may still be _volatile_ , i.e. it _depends_ on the external
environment and not _pure_ . A perfect example is a function that gets the current time - obviously each run will return a different value!
The optimizer, when using [`OptimizationLevel::Full`], _assumes_ that all functions are _pure_ , so when it finds constant arguments.
This may cause the script to behave differently from the intended semantics because essentially the result of each function call will
always be the same value.
2020-03-16 05:42:01 +01:00
2020-03-17 10:37:28 +01:00
Therefore, **avoid using [`OptimizationLevel::Full`]** if you intend to register non-_pure_ custom types and/or functions.
2020-03-15 15:39:58 +01:00
2020-03-19 06:52:10 +01:00
Subtle semantic changes
-----------------------
2020-03-15 15:39:58 +01:00
2020-03-16 05:42:01 +01:00
Some optimizations can alter subtle semantics of the script. For example:
2020-03-12 14:19:34 +01:00
```rust
2020-03-16 05:42:01 +01:00
if true { // condition always true
123.456; // eliminated
hello; // eliminated, EVEN THOUGH the variable doesn't exist!
foo(42) // promoted up-level
2020-03-12 14:19:34 +01:00
}
2020-03-16 05:42:01 +01:00
foo(42) // < - the above optimizes to this
2020-03-12 14:19:34 +01:00
```
2020-03-16 05:42:01 +01:00
Nevertheless, if the original script were evaluated instead, it would have been an error - the variable `hello` doesn't exist,
so the script would have been terminated at that point with an error return.
2020-03-12 14:19:34 +01:00
2020-03-16 05:42:01 +01:00
In fact, any errors inside a statement that has been eliminated will silently _disappear_ :
2020-03-12 14:19:34 +01:00
```rust
print("start!");
2020-03-16 05:42:01 +01:00
if my_decision { /* do nothing... */ } // eliminated due to no effect
2020-03-12 14:19:34 +01:00
print("end!");
// The above optimizes to:
print("start!");
print("end!");
```
In the script above, if `my_decision` holds anything other than a boolean value, the script should have been terminated due to a type error.
2020-03-16 05:42:01 +01:00
However, after optimization, the entire `if` statement is removed (because an access to `my_decision` produces no side effects),
thus the script silently runs to completion without errors.
2020-03-12 14:19:34 +01:00
2020-03-19 06:52:10 +01:00
Turning off optimizations
-------------------------
2020-03-15 15:39:58 +01:00
2020-03-12 14:19:34 +01:00
It is usually a bad idea to depend on a script failing or such kind of subtleties, but if it turns out to be necessary (why? I would never guess),
2020-03-19 06:52:10 +01:00
turn it off by setting the optimization level to [`OptimizationLevel::None`].
2020-03-12 14:19:34 +01:00
```rust
let engine = rhai::Engine::new();
2020-03-16 05:42:01 +01:00
// Turn off the optimizer
engine.set_optimization_level(rhai::OptimizationLevel::None);
2020-03-12 14:19:34 +01:00
```
2020-03-19 12:53:42 +01:00
`eval` - or "How to Shoot Yourself in the Foot even Easier"
---------------------------------------------------------
Saving the best for last: in addition to script optimizations, there is the ever-dreaded... `eval` function!
```rust
let x = 10;
fn foo(x) { x += 12; x }
let script = "let y = x;"; // build a script
script += "y += foo(y);";
script += "x + y";
let result = eval(script);
print("Answer: " + result); // prints 42
print("x = " + x); // prints 10 (functions call arguments are passed by value)
print("y = " + y); // prints 32 (variables defined in 'eval' persist)
eval("{ let z = y }"); // to keep a variable local, use a statement block
print("z = " + z); // error - variable 'z' not found
```
For those who subscribe to the (very sensible) motto of ["`eval` is **evil**" ](http://linterrors.com/js/eval-is-evil ),
disable `eval` by overriding it, probably with something that throws.
```rust
fn eval(script) { throw "eval is evil! I refuse to run " + script }
let x = eval("40 + 2"); // 'eval' here throws "eval is evil! I refuse to run 40 + 2"
```