Variables
name = "Amazing Programmer"
In BoxLang, variables are just pointers to a piece of data. They can hold any value you like and even change their value or type at runtime since BoxLang is a dynamic language. In some languages, you need to specify the type of data you want your variable to hold at compile-time and it can never change. You do not need to assign one in BoxLang, as everything is dynamic and/or inferred. It infers types according to the initial value you assign to your variable.
📋 Table of Contents
a = "string" // string
b = now() // datetime
c = 123 // integer
d = 1.34 // float
d2 = 12312377324234234234 // BigDecimal
f = false // boolean
g = [] // array
h = { name : "luis", isActive : true } // structPlease note that assignments are evaluated from right to left instead of traditional reading from left to right.
Why don't you open the BoxLang REPL: boxlang or go to try.boxlang.io and try some stuff out.
As you can see, we can create strings, numerics, arrays, structs, uses headless functions (BIFS) and more. There is no need for types or special assignments. The BoxLang engine will determine or infer it and use it accordingly, thus a dynamic language.
BIFs
BoxLang leverages several headless built-in functions that are available anywhere you code. These will be referred to you as BIFs. You can see our reference guide to check them out. Here are some we used:
Case Insensitive
BoxLang is a case-insensitive language as well. Meaning if you create a variable a and reference it as A they are the same. This can be a big gotcha for developers from languages like Java or JavaScript. However, as best practice, we would recommend ALWAYS using the same case as when you define the variable:
Don't do this
Do this
Naming Requirements
Most BoxLang variables have a few requirements imposed by the Virtual Machine (VM)
It must begin with a letter, underscore, or Unicode currency symbol.
It can contain letters, numbers, underscore characters, and Unicode currency symbols.
NO SPACES!
Not case-sensitive
Reserved Words
As with any programming language, there are specific names you can't use, and some you can use. Here are the rules:
The name of any of the internal BoxLang persistent scopes:
form, session, cgi, client, url, application, functionTechnically you can create the variable by long scoping (
local.form), but it is confusing and error-prone. So please be careful.
Reserved Operators
ANDEQEQUALEQVGEGREATERGTGTEIMPISLELESSLTLTEMODNEQNOTORTHANXOR
Reserved Keywords
ABSTRACTANYARRAYASASSERTBOOLEANBREAKCASECASTASCATCHCLASSCONTAINCONTAINSCONTINUEDEFAULTDODOESELIFELSEFALSEFINALFINALLYFORFUNCTIONIFIMPORTININCLUDEINSTANCEOFINTERFACEJAVAMESSAGENEWNULLNUMERICPACKAGEPARAMPRIVATEPROPERTYPUBLICQUERYREMOTEREQUESTREQUIREDRETHROWRETURNSERVERSETTINGSTATICSTRINGSTRUCTSWITCH --> Could possibly be a var name, but not a function/method nameTHROWTOTRUETRYTYPEVARIABLESVARWHENWHILE
Flexible Typing
You can also create a variable with one type and then switch it to another dynamically:
As you can see, the last equality wins! In this case, a is now an array.
🔤 The var Keyword
var KeywordThe var keyword is an assignment modifier that explicitly scopes variables to a function's local scope. While not mandatory in BoxLang (the runtime will auto-assign unscoped variables to the function's local scope if they don't exist in the variables or this scope), using var is considered a best practice for clarity and intentionality.
Best Practice: Use var to make your intent explicit, especially in complex functions. It clearly communicates that you're creating a function-local variable and not accessing an outer scope variable.
Auto-Scoping Behavior
When you assign a variable without a scope prefix inside a function, BoxLang follows this logic:
Check if variable exists in
variablesorthisscope (for class methods)If exists, update that existing variable
If NOT exists, create it in the function's
localscope
Using var with Other Modifiers
var with Other ModifiersThe var keyword can be combined with other assignment modifiers:
🔒 The final Modifier
final ModifierThe final modifier creates immutable variables that cannot be reassigned after their initial assignment. This is useful for constants and preventing accidental modifications. Final variables can be used in multiple contexts:
In Scripts (bxs, bxm)
bxs, bxm)In Functions
In Classes (Pseudo-Constructor)
Important: The final modifier makes the variable reference immutable, not the object it references. For arrays and structs, you can still modify their contents, but you cannot reassign the variable to a different array or struct.
⚡ The static Modifier
static ModifierThe static modifier is ONLY available for classes and creates class-level variables that are shared across all instances. Static variables belong to the class blueprint, not individual instances.
For complete documentation on static members, see: Static Class Members
🔍 Scope Hunting & Lookup Order
When you reference a variable without a scope prefix, BoxLang must search for it across multiple scopes. This is called scope hunting, and the order varies by execution context.
🎯 In Functions (UDFs, Closures, Lambdas)
local- Function-scoped variablesarguments- Function parametersthis- Public class scope (if in a class method)variables- Private class scope (if in a class method)static- Static class scope (if in a class method, internal calls only)Then delegates to parent context scopes (request, server, etc.)
📄 In Scripts/Templates (bxs, bxm)
bxs, bxm)variables- The implicit default scopeThen delegates to runtime scopes (request, server, cgi, url, form, cookie)
🗳️ In Class Pseudo-Constructors
this- Public scopevariables- Private scopestatic- Static scopeThen delegates to parent scopes
Performance Impact: Scope hunting has a performance cost! BoxLang must check multiple scopes in order until it finds the variable. Always explicitly scope your variables for:
Better performance
Code clarity
Avoiding unexpected variable collisions
Best Practice: Explicit Scoping
👥 Variable Shadowing
Variable shadowing occurs when variables with the same name exist in different scopes. The scope lookup order determines which variable is accessed when using an unscoped reference.
Shadowing in Functions
Shadowing Examples by Precedence
⚠️ Variable-Method Name Collisions
CRITICAL WARNING: Creating variables with the same name as methods will cause collisions because functions in classes are stored in scopes as variables!
How Functions Are Stored:
Public/Remote functions → Stored in both
thisANDvariablesscopesPackage/Private functions → Stored in
variablesscope only
The Problem
The Solution
Variable Names to Avoid
Avoid creating variables with names that match:
Any function/method names in your class
Common BIF names if you plan to call them unscoped
Reserved scope names (
local,arguments,variables,this,session,cgi,session,server, etc.)
See: Variable Scopes for more on scopes and best practices.
🔒 Immutability
BoxLang supports immutable collections for arrays, queries, and structs. Once a collection is made immutable, its contents cannot be modified, providing thread-safe and error-resistant data structures.
Making Collections Immutable
Combining final and Immutable
final and ImmutableFor maximum safety, combine final (immutable reference) with .toUnmodifiable() (immutable contents):
Learn More
Types
BoxLang is a typeless language, but internal types always exist which can be inferred or declared. BoxLang will automatically cast so you can do flexible typing assignments when evaluating expressions. It does all the tedious and hard job for you. If we were to categorize BoxLang variables into categories, these would be:
Binary
Raw data from files such as images, pdfs, etc
Complex
A data container that represents more than one value: structures, arrays, queries, XML document objects, etc.
Objects
Complex constructs representing data and functional operations. BoxLang Classes or Java Objects.
Simple
One value and used directly in expressions. These include numbers, strings, floats, booleans, and date-time values.
BoxLang also includes many validation functions that are available to you to test for the type of variable you are working with. You can also use the getmetdata() function to get the metadata about the variable as well.
isArray()isBinary()isBoolean()isCustomFunction()isClosure()isDate()isDateObject()isFileObject()isJSON()isIPv6()isLeapYear()isNumeric()isNumericDate()isObject()isLocalHost()isNull()isPDFFile()isPDFObject()isQuery()isSimpleValue()isStruct()isValid( type, value )isXML()isXmlDoc()isXMLElem()isXMLNode()ixXMLRoot()
Conversions
You can also convert variables from one type to another in BoxLang. Here are some functions that will assist you in conversions:
arrayToList()binaryDecode()binaryEncode()charsetDecode()charsetEncode()deserializeJSON()entityToQuery()hash()hmac()HTMLParse()lcase()listToArray()parseNumber()serializeJSON()toBase64()toBinary()toScript()toString()URLDecode()URLEncode()URLEncodedFormat()val()XMLFormat()XMLParse()XMLTransform()
Outputting Variables (Interpolation)
You can also output or evaluate variables by using the # operators and using the variable name. This is referred to as interpolation in some languages:
Also, note that using the # hashes for output on assignments can be redundant if you do NOT use string interpolation but just variable assignments.
Don't do this
Do this
Debugging Variables
BoxLang offers one of the most used functions/tags ever: <bx:dump>, writeDump() and <bx:abort>, abort;. These are used to dump all the contents of a variable into the browser, console, or even a file. You can then leverage the abort construct to abort the request and see the output of your dumped variables. This will work with both simple and complex variables. However, be very careful when using it with Nested ORM objects, as you can potentially dump your entire database and crash the server. Leverage the top argument to limit dumping.
Server Debugging Templates
BoxLang also allows you to turn on/off a debugging template that shows up at the bottom of requests when running in server mode. You can activate this debugging by logging in to the appropriate engine administrator and looking for the debugging section. Turn it on and debug like a champ.
Paraming Variables
BoxLang allows you to set default values for variables if you use a variable that doesn't exist. You can use the <bx:param> tag or the param construct:
or
You can even assign types to parameterize variables and much more. Check out the docs for it: https://boxlang.ortusbooks.com/boxlang-language/reference/components/system/param
Checking For Existence
You can verify if variables exist in many different ways. The following section showcases how variables are stored in visibility and persistence scopes, all of which are structures or hash maps in Java terms. This means you can leverage structure operations to check for existence and much more. Below are several ways to verify variable existence:
isDefined()- Evaluates a string value to determine whether the variablenamed in it exists.
isNull()- Returnstrueif the specified object is null, elsefalse.structKeyExists( key, value )- Verifies if the specified key variable exists in a structure.
Java Integration
As we have discussed, BoxLang is a dynamic language built on Java. Thus each variable internally is represented by a native Java data type: String, Int, Float, Array, Vector, HashMap, etc. This is important because each variable you create has member functions available to you that delegate or reflect its native Java class.
If you run the script above in the REPL tool, you will see the output as java.lang.String. Therefore, the variable is typed as a String and can call on any method that java.lang.String implements. You can try this for the many types in BoxLang, like structs, arrays, objects, etc.
Member Functions
Besides the native Java member functions available to you, BoxLang also allows you to call on each variable's data type functions and chain them to create friendly language DSLs. This way, you do not have to pass variables into functions but treat the variables as objects. You can see all the member functions available according to data type here: https://boxlang.ortusbooks.com/getting-started/overview/syntax-style-guide#member-functions
Here are some examples:
Member functions for the following data types are supported:
Array
String
List
Struct
Date
Spreadsheet
XML
Query
Image
Please see https://boxlang.ortusbooks.com/getting-started/overview/syntax-style-guide#member-functions for further information on member functions.
Naming Coding Standards
At Ortus Solutions, we have developed a set of development standards for many languages. You can find our BoxLang standards here: https://github.com/Ortus-Solutions/coding-standards
Last updated
Was this helpful?
