Documementation: Add advice on lifetime of ObjectRefs
parent
217f3a42f4
commit
6be7150cd5
|
@ -5706,8 +5706,21 @@ Can be gotten via `minetest.get_node_timer(pos)`.
|
||||||
-----------
|
-----------
|
||||||
|
|
||||||
Moving things in the game are generally these.
|
Moving things in the game are generally these.
|
||||||
|
This is basically a reference to a C++ `ServerActiveObject`.
|
||||||
|
|
||||||
|
### Advice on handling `ObjectRefs`
|
||||||
|
|
||||||
|
When you receive an `ObjectRef` as a callback argument or from another API
|
||||||
|
function, it is possible to store the reference somewhere and keep it around.
|
||||||
|
It will keep functioning until the object is unloaded or removed.
|
||||||
|
|
||||||
|
However, doing this is **NOT** recommended as there is (intentionally) no method
|
||||||
|
to test if a previously acquired `ObjectRef` is still valid.
|
||||||
|
Instead, `ObjectRefs` should be "let go" of as soon as control is returned from
|
||||||
|
Lua back to the engine.
|
||||||
|
Doing so is much less error-prone and you will never need to wonder if the
|
||||||
|
object you are working with still exists.
|
||||||
|
|
||||||
This is basically a reference to a C++ `ServerActiveObject`
|
|
||||||
|
|
||||||
### Methods
|
### Methods
|
||||||
|
|
||||||
|
|
Loading…
Reference in New Issue