rhai/doc/src/language/method.md

59 lines
2.2 KiB
Markdown
Raw Normal View History

2020-06-20 06:06:17 +02:00
Call Method as Function
======================
{{#include ../links.md}}
2020-07-13 07:41:01 +02:00
2020-07-26 04:07:40 +02:00
First `&mut` Parameter
----------------------
2020-07-13 07:41:01 +02:00
2020-06-29 17:55:28 +02:00
Property [getters/setters] and [methods][custom types] in a Rust custom type registered with the [`Engine`] can be called
2020-06-21 18:03:45 +02:00
just like a regular function. In fact, like Rust, property getters/setters and object methods
2020-06-29 17:55:28 +02:00
are registered as regular [functions] in Rhai that take a first `&mut` parameter.
2020-06-20 06:06:17 +02:00
Unlike functions defined in script (for which all arguments are passed by _value_),
native Rust functions may mutate the object (or the first argument if called in normal function call style).
2020-06-21 18:03:45 +02:00
However, sometimes it is not as straight-forward, and methods called in function-call style may end up
not muting the object - see the example below. Therefore, it is best to always use method-call style.
2020-06-20 06:06:17 +02:00
Custom types, properties and methods can be disabled via the [`no_object`] feature.
```rust
let a = new_ts(); // constructor function
a.field = 500; // property setter
a.update(); // method call, 'a' can be modified
update(a); // <- this de-sugars to 'a.update()' thus if 'a' is a simple variable
// unlike scripted functions, 'a' can be modified and is not a copy
let array = [ a ];
update(array[0]); // <- 'array[0]' is an expression returning a calculated value,
2020-06-21 18:03:45 +02:00
// a transient (i.e. a copy), so this statement has no effect
2020-06-20 06:06:17 +02:00
// except waste a lot of time cloning
2020-06-21 18:03:45 +02:00
array[0].update(); // <- call in method-call style will update 'a'
2020-06-20 06:06:17 +02:00
```
2020-07-13 07:41:01 +02:00
2020-07-26 04:07:40 +02:00
`&mut` is Efficient
------------------
2020-07-13 07:41:01 +02:00
Using a `&mut` first parameter is highly encouraged when using types that are expensive to clone,
even when the intention is not to mutate that argument, because it avoids cloning that argument value.
2020-07-26 04:07:40 +02:00
For primary types that are cheap to clone (e.g. those that implement `Copy`),
including `ImmutableString`, this is not necessary.
2020-07-13 07:41:01 +02:00
Avoid `&mut ImmutableString`
---------------------------
2020-07-26 04:07:40 +02:00
`ImmutableString`, Rhai's internal [string] type, is an exception.
2020-07-13 07:41:01 +02:00
`ImmutableString` is cheap to clone, but expensive to take a mutable reference (because the underlying
string must be cloned to make a private copy).
Therefore, avoid using `&mut ImmutableString` unless the intention is to mutate it.