Variables: Difference between revisions

From Bohemia Interactive Community
Jump to navigation Jump to search
(Private is subset of local)
m (removed stub)
Line 1: Line 1:
{{SideTOC}}
{{SideTOC}}
{{Stub}}


A '''variable''' is a "storage container" or "named placeholder" for data. You can read and modify the data once this container is created.
A '''variable''' is a "storage container" or "named placeholder" for data. You can read and modify the data once this container is created.

Revision as of 01:04, 25 February 2020

Template:SideTOC

A variable is a "storage container" or "named placeholder" for data. You can read and modify the data once this container is created.


Requirements

The following links guide to the basics to understand this article:


Initialization

The first thing to do to create a variable is to find its name, also called identifier; this name must be speaking to the reader. Once you find a proper name, you have to tell the game engine that you are going to use this identifier. This is called initialization or declaration. This is how it is done:

myVariable = 0;

Before Arma 2, querying undefined (or uninitialized) variables returns nil (undefined value); from Arma 2 and later, it returns an "Error Undefined variable in expression" error.

An undefined (nil) variable converted to String with str will return scalar bool array string 0xe0ffffef (in Armed Assault) and scalar bool array string 0xfcffffef (in Operation Flashpoint).
Unless trying to emulate isNil, always declare your variable before trying to access it.


Deletion

Once created, variables will take up space in the computer's memory. This is not drastic for small variables, but if a big number of very large variables is used, some unneeded variables should be undefined in order to free up memory. This can be done by setting their value to nil.

hugeVariable = nil;

This effectively destroys a variable as if it had never existed.


Scopes

Variables are only visible in certain scopes of the game. This prevents name conflicts between different variables in different scripts.

There are three scopes:

local
A variable is only visible in the script, or function, or Control Structures in which it was defined.
global
A variable is visible on the whole computer where it was defined.
public
A variable is broadcasted over the network and visible on all computers connected to the network.

Local Variables

Local variables are only visible in a specific script, or function, or Control Structures.

The identifier of local variables in a script always has to started with an underscore.

_myLocalVariable = 0;

In functions you should additionally mark variables as private using the command private. Otherwise you may modify local variables of the calling script that are visible in the function.

private _myLocalVariable = 0;

You may also pass more identifiers to the private command using a String or Array.

private "_myLocalVariable";
private ["_myLocalVariable1", "_myLocalVariable2", ...];

Global Variables

Global variables are visible on the whole computer where they are defined. Names given to units in the Mission Editor are also global variables pointing to those units, which may not be redefined or modified.

Identifiers of global variables must not start with underscore. Otherwise there are the same rules as for all identifiers.

myGlobalVariable = 0;

Public Variables

Public variables are global variables, visible on several computers in the network. You can never have true public variables, but you can emulate their behaviour.

The value of a global variable gets broadcasted over the network using publicVariable. After the call of this command the variable will have the same value on all clients. Once you modify the variable though you have to broadcast it manually again with publicVariable.

More informations relative to private variable

If a private variable is initialized within a Control Structures (i.e. if, for, switch, while) its scope will stay within this structure (i.e. outside of the structure it will still be seen as undefined).

if (alive player) then { private _living = true; }; hint format ["%1", _living]; Returns an error, since the private variable was not initialized before being used within a control structure.

private _living = false; if (alive player) then { _living = true; }; hint format ["%1", _living]; Returns true since the variable was initialized before the if..then statement.
To initialize private variables so that they are available throughout the whole script (including any control structures), initialize it via the private command (e.g. private _varname;) at the beginning of the script.

Data Types

Variables may store certain values. The kind of the value specifies the type of the variable. Different operators and commands require variables to be of different types.

Read the article Data Types for more information about variable types.

Multiplayer Considerations

Storing vars and functions into global vars without securing them with compileFinal (only after Arma-3) is a very bad practice in MP. Basically, if you have a script installed on a server in mission file that uses functions stored in unprotected variables then hackers can overwrite that function attached to a public variable and make it execute code for everyone and do a lot of nasty stuff. So please put all of the code for each function in a SEPARATE file and initialize them like this:

myGlobalVarFunction = compileFinal preprocessFileLineNumbers "Dir\where\function\is\fnc_globalVarFunction.sqf";

That way, the function can be called and spawned without it being subject to hackers that attempt to overwrite the global variable "myGlobalVarFunction".

Everyone happy :)


See also