params – Talk

From Bohemia Interactive Community
Jump to navigation Jump to search
m (Text replacement - "<dl class="command_description"> <dd class="notedate">" to "<dl class="command_description"> <dt></dt> <dd class="notedate">")
m (Text replacement - " <!-- (DIS)?CONTINUE Notes -->" to "")
Line 5: Line 5:
== Indirectly related ==
== Indirectly related ==


<!-- CONTINUE Notes -->
<dl class="command_description">
<dl class="command_description">
<dt></dt>
<dt></dt>
Line 35: Line 34:
</dd>
</dd>
</dl>
</dl>
<!-- DISCONTINUE Notes -->

Revision as of 00:53, 6 April 2021

If expectedDataTypes is excluded does the command use the default value as the expected data type? --SS (talk) 03:01, 17 July 2015 (CEST)

What? The command doesnt need to check data types if data type checking isnt used...Benargee (talk) 03:20, 17 July 2015 (CEST)
Thanks, that answers my question SS (talk) 13:34, 17 July 2015 (CEST)

Indirectly related

Posted on April 3, 2019 - 00:39 (UTC)
dreadedentity
Params really shines when used in recursive functions. _myTestVar = 0; systemChat str _myTestVar; _myTestVar call { _myTestVar = _this + 1; _myTestVar call { _myTestVar = _this + 1; } }; systemChat str _myTestVar; Outputs 0 2 0 params ["_myTestVar"]; systemChat str _myTestVar; _myTestVar call { (_this + 1) params ["_myTestVar"]; _myTestVar call { (_this + 1) params ["_myTestVar"]; } }; systemChat str _myTestVar; Outputs 0 0
This happens because of the cascading nature of recursion, inner-level functions create variables of the same name, thus they are of the same name and a lower scope, therefore the engine treats them as though they are the same variable. Params gets around this, most likely, by creating a new, unique application-level variable under the hood, despite being of the same name.