Difference between revisions of "Category:LSL User-Defined Functions"
Void Singer (talk | contribs) m (Folded article into category) |
|||
Line 1: | Line 1: | ||
{{LSL Header|ml=3}}{{LSLC|Keywords}}{{LSLC|Flow Control}}{{LSLC|}} | {{LSL Header|ml=3}}{{LSLC|Keywords}}{{LSLC|Flow Control}}{{LSLC|}} | ||
==User-Defined Functions== | ==User-Defined Functions== | ||
This category contains custom pre-defined function contributions from the LSL community to extend the abilities of LSL. | |||
To add a wiki page to this category, include a link to this page. You may use the [Template:LSL_Function/docs|Template:LSL_Function] (with "mode" set to user) to create the page to be added here. | |||
Go to the {{LSLGC|Functions}} page to view the built-in functions. | |||
=== About User-Defined Functions === | |||
LSL allows user-defined functions. The syntax is very simple: | |||
<lsl> | |||
return_type variable_name(par1type par1name, par2type par2name,...) | |||
{ | |||
function_statements; | |||
. | |||
. | |||
. | |||
return value_of_return_type; | |||
} | |||
</lsl> | |||
There are no "function" or "def" keywords or function type/inheritance specifiers needed. I have not yet discovered what limits (if any) exist on the length or composition of the parameter list. Multiple types can be used, as shown in the example below. A list can be returned, so a single function can return a list with several values in it. User-defined functions will help keep scripts compact and readable, and allow rudimentary code reuse. The [[LSL_Style_Guide]] suggests that user-defined functions should be placed before the default state definition and after user-defined variables. Placing user-defined functions after the first state will result in a Syntax Error. | |||
examples can be found linked below |
Revision as of 09:27, 1 June 2012
LSL Portal | Functions | Events | Types | Operators | Constants | Flow Control | Script Library | Categorized Library | Tutorials |
User-Defined Functions
This category contains custom pre-defined function contributions from the LSL community to extend the abilities of LSL. To add a wiki page to this category, include a link to this page. You may use the [Template:LSL_Function/docs|Template:LSL_Function] (with "mode" set to user) to create the page to be added here.
Go to the Functions page to view the built-in functions.
About User-Defined Functions
LSL allows user-defined functions. The syntax is very simple:
<lsl>
return_type variable_name(par1type par1name, par2type par2name,...)
{ function_statements; . . . return value_of_return_type; }
</lsl>
There are no "function" or "def" keywords or function type/inheritance specifiers needed. I have not yet discovered what limits (if any) exist on the length or composition of the parameter list. Multiple types can be used, as shown in the example below. A list can be returned, so a single function can return a list with several values in it. User-defined functions will help keep scripts compact and readable, and allow rudimentary code reuse. The LSL_Style_Guide suggests that user-defined functions should be placed before the default state definition and after user-defined variables. Placing user-defined functions after the first state will result in a Syntax Error.
examples can be found linked below
Pages in category "LSL User-Defined Functions"
The following 65 pages are in this category, out of 65 total.