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 } // struct

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, function

    • Technically you can create the variable by long scoping (local.form), but it is confusing and error-prone. So please be careful.

  • Reserved Operators

    • AND

    • EQ

    • EQUAL

    • EQV

    • GE

    • GREATER

    • GT

    • GTE

    • IMP

    • IS

    • LE

    • LESS

    • LT

    • LTE

    • MOD

    • NEQ

    • NOT

    • OR

    • THAN

    • XOR

  • Reserved Keywords

    • ABSTRACT

    • ANY

    • ARRAY

    • AS

    • ASSERT

    • BOOLEAN

    • BREAK

    • CASE

    • CASTAS

    • CATCH

    • CLASS

    • CONTAIN

    • CONTAINS

    • CONTINUE

    • DEFAULT

    • DO

    • DOES

    • ELIF

    • ELSE

    • FALSE

    • FINAL

    • FINALLY

    • FOR

    • FUNCTION

    • IF

    • IMPORT

    • IN

    • INCLUDE

    • INSTANCEOF

    • INTERFACE

    • JAVA

    • MESSAGE

    • NEW

    • NULL

    • NUMERIC

    • PACKAGE

    • PARAM

    • PRIVATE

    • PROPERTY

    • PUBLIC

    • QUERY

    • REMOTE

    • REQUEST

    • REQUIRED

    • RETHROW

    • RETURN

    • SERVER

    • SETTING

    • STATIC

    • STRING

    • STRUCT

    • SWITCH --> Could possibly be a var name, but not a function/method name

    • THROW

    • TO

    • TRUE

    • TRY

    • TYPE

    • VARIABLES

    • VAR

    • WHEN

    • WHILE

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

The 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.

Auto-Scoping Behavior

When you assign a variable without a scope prefix inside a function, BoxLang follows this logic:

  1. Check if variable exists in variables or this scope (for class methods)

  2. If exists, update that existing variable

  3. If NOT exists, create it in the function's local scope

Using var with Other Modifiers

The var keyword can be combined with other assignment modifiers:

🔒 The final Modifier

The 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)

In Functions

In Classes (Pseudo-Constructor)

⚡ The static Modifier

The 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)

  1. local - Function-scoped variables

  2. arguments - Function parameters

  3. this - Public class scope (if in a class method)

  4. variables - Private class scope (if in a class method)

  5. static - Static class scope (if in a class method, internal calls only)

  6. Then delegates to parent context scopes (request, server, etc.)

📄 In Scripts/Templates (bxs, bxm)

  1. variables - The implicit default scope

  2. Then delegates to runtime scopes (request, server, cgi, url, form, cookie)

🗳️ In Class Pseudo-Constructors

  1. this - Public scope

  2. variables - Private scope

  3. static - Static scope

  4. Then delegates to parent scopes

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

Pro Tip: Use different variable names across scopes to avoid confusion. If you must shadow, always use explicit scoping (local.name, arguments.name, variables.name) to make your intent clear.

⚠️ Variable-Method Name Collisions

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

For 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:

Category
Description

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()

Please note that some of them can be used as member functions directly on a specific object type. https://boxlang.ortusbooks.com/boxlang-language/reference/built-in-functions/conversion

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

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 variable

    named in it exists.

  • isNull() - Returns true if the specified object is null, else false.

  • 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?