Functions
Functions in Tact could be defined in different ways:
- Global static function
- Extension functions
- Mutable functions
- Native functions
- Receiver functions
- Getter functions
All functions, except for receiver functions can have a trailing comma in their definitions (parameter lists) and calls (argument lists):
Global static functions
You can define global function anywhere in your program:
Virtual and abstract functions
You can allow the contract inheriting a traits to modify an internal function, if it has the virtual
keyword, using override
. The function can be also marked as abstract
, in which case the inheriting contract has to define its implementation:
Extension function
Extension functions allow you to implement extensions for any possible type.
Warning The name of the first argument MUST be named
self
and the type of this argument is the type you are extending.
Mutable functions
Mutable functions are performing mutation of a value replacing it with an execution result. To perform mutation, the function must change the self
value.
Native functions
Native functions are direct bindings of FunC functions:
Note Native functions could be also mutable and extension ones.
Receiver functions
Receiver functions are special functions that are responsible for receiving messages in contracts and could be defined only within a contract or trait.
Getter Functions
Getter functions define getters on smart contracts and can be defined only within a contract or trait. Getter functions cannot be used to read some other contract’s state: if you need to obtain some data you need to do that by sending a message with a request and define a receiver which would process the request answer.
Explicit resolution of method ID collisions
Available since Tact 1.6As other functions in TVM contracts, getters have their unique associated function selectors which are some integers ids (called method IDs).
Some of those integers are reserved for internal purposes, e.g. -4, -3, -2, -1, 0 are reserved IDs and
regular functions (internal to a contract and not callable from outside) are usually numbered by subsequent (small) integers starting from 1.
By default, getters have associated method IDs that are derived from their names using the CRC16 algorithm as follows:
crc16(<function_name>) & 0xffff) | 0x10000
.
Sometimes this can get you the same method ID for getters with different names.
If this happens, you can either rename some of the contract’s getters or
specify the getter’s method ID manually as a compile-time expression like so:
Note that you cannot use method IDs that are reserved by TVM and you cannot use some initial positive integers because those will be used as function selectors by the compiler.
User-specified method IDs are 19-bit signed integers, so you can use integers from to and from to .
Also, a few method IDs are reserved for the usage by the getters the Tact compiler can insert during compilation, those are 113617, 115390, 121275.