The array

As BQN is an array language, it's often helpful to understand what an array is when writing BQN programs. Fully describing the concept is sometimes held to be tricky; here we'll see definitions, examples, and metaphors.

In BQN, as in APL, arrays are multidimensional, instead of strictly linear. Languages like Python, Javascript, or Haskell offer only one-dimensional arrays with [] syntax, and typically represent multidimensional data with nested arrays. Multidimensional arrays have fundamental differences relative to this model.

BQN's arrays are immutable, meaning that an array is entirely defined by its attributes, and there's no way to modify an existing array, only to produce another array that has changes relative to it. As a result, an array can never contain itself. BQN's mutable types are operations and namespaces.

An array might also have a fill element that captures some structural information about its elements and is used by a few operations. As an inferred property, the fill isn't considered to truly be part of the array, but is instead some information about it that the interpreter keeps track of. So it's out of scope here.

Array properties 4 25 64 121 196 4 25 64 121 196 4 25 64 121 196 4 25 64 121 196 4 25 64 121 196 4 25 64 121 196 4 25 64 121 196 4 Axis 0 Position 3 Element at 2‿0‿3 Value 64 3 2 6 Shape Rank 3 0 1 2 3 4 5 0 1 2 0 1

Rectangles

A BQN array is a multidimensional arrangement of data. The word "array" descends from words meaning "order", and the data in an array is ordered indeed. Below are examples of arrays with zero, one, and two dimensions.

↗️
    <5
┌·   
· 5  
    ┘

    3,'x',1
⟨ 3 'x' 1 ⟩

    234 × 15811
┌─            
╵ 2 10 16 22  
  3 15 24 33  
  4 20 32 44  
             ┘

Each dimension, or axis, has some finite number of positions, with an element at every combination of positions. For example, if a group of friends shop at several different stores, the amount they spend in a week could be placed in a two-dimensional array, with people along one axis and stores along another. An element of the array would indicate how much one person spent at one store, so that summing across stores gives each person's expenditures and summing across people gives each store's income.

The axes of an array must be independent, that is, the positions present in one axis are fixed for the entire array and don't depend on other axes. This is a difference relative to a nested list model. When storing data in nested lists, the outer axis comes first and later axes are subordinate to it. The length of the second axis depends completely on the position in the first. A programmer might choose the lengths so it doesn't in a particular case, but in a BQN array differing lengths simply aren't representable.

The array also needs to be complete. Every element—every combination of positions—must have a value. This value could be a placeholder like @, but it has to be something (in the spending example, everyone spends some amount at each store, even if it's zero). And of course, there are no extra elements that don't fit into the positioning system—the fill isn't really part of the array, but extra information about it.

Ordering and indices

To finish this definition of an array we also need to nail down the idea of a position. The positions along one dimension can't have labels attached to them, but they have a linear ordering (mathematically speaking, a total order: out of any two different positions one comes earlier and the other later). BQN keeps track of this order: for example, when we join two arrays it places positions in 𝕨 before those of 𝕩 and otherwise maintains the original orderings.

↗️
    "before"  "after"
"beforeafter"

It's only the ordering that allows positions to be distinguished. BQN labels them with natural numbers called indices that can be derived from the order: the earliest position is called 0, the next 1, and so on. The axes of an array are also ordered, and they're indexed starting at 0 as well.

These kinds of index are one-dimensional, but there's also a multidimensional kind of array index, that identifies an element. An element index consists of one index along each axis. Because the axes are ordered, the element index can be represented as a list l of numbers, where il is the index along axis i. It's important to distinguish an element from its value: for example, there's only one value (3) contained in the array 3,3,3, but it still has three elements, identified by indices 0, 1, and 2.

Dimensions

The number of axes in an array is called its rank. The number of positions along an axis is called its length, and the length of an array means its length along the first axis, or 1 if there are no axes. The list of the lengths along each axis is the array's shape, and describes the possible element locations completely. In BQN they're exposed as the functions Rank (=), Length (), and Shape ().

The total number of elements in an array is its bound, and can be found using Deshape with , or by multiplying all the lengths in the shape. An array of rank 0, which always contains exactly one element, is called a unit, while an array of rank 1 is called a list and an array of rank 2 is called a table.

Elements

Any BQN value can be used as an array element, including another array (BQN, as a dynamically-typed language, doesn't restrict the types that can be used in one context without a good reason). However, BQN arrays are in some sense restricted relative to other array models. Frameworks like NumPy or Julia have mutable arrays, so that the value of an element can be changed after the array is created. This allows an array to be its own element, by creating an array and then inserting it into itself. This would be unnatural in BQN, where an array can only be formed from elements that already exist. In BQN only operations and namespaces are mutable.

An array with no elements (a bound of 0) is called empty. These arrays can cause problems when a property should be computed from the elements of an array, like the sum +´𝕩 or shape of the merged array >𝕩. BQN has two mechanisms to make these cases work better. First, Fold (´) and Insert (˝) have identity values for certain functions, so that +´⟨⟩ is 0 for example. Second, every array might have a fill element, a special "typical element" for the array. Functions like Merge use this element's structure to determine the result shape when there are no actual elements to be used.

Cells

The contents of an array are its elements, but it also makes sense to split up an array into subarrays of elements called cells. The most important kind of cell, a major cell, consists of all the elements whose indices begin with some particular index i. For this to make sense, i must be between 0 and the length n of the array's first axis, so that there are n major cells each identified by an index.

↗️
    234 × 15811
┌─            
╵ 2 10 16 22  
  3 15 24 33  
  4 20 32 44  
             ┘

    1  234 × 15811  # Major cell 1
⟨ 3 15 24 33 ⟩

A major cell still has an array structure: it retains all the axes of the original array other than the first. So it has its own major cells, identified by the index i of the original major cell and j within it. These are also cells of the original array. Generalizing, a cell with index list l is defined to be the array of all elements whose indices begin with l. In an array with rank r, the cell rank is r-≠l, and cells grouped using this rank. An r-cell must have an empty cell index, so that it includes all elements—it's the entire array! An r-1 cell, also called a ¯1-cell, is a major cell. A 0-cell has an index of length r, and contains a single element.

Cells are the center of the leading axis model used to structure many array primitives.

Properties

Summarizing, the values needed to define an array are its rank (the number of axes), its shape (the number of positions along each axis), and the value of each element (that is, at each combination of positions). Two arrays match when all these values match.

If the rank is considered to be part of the shape, as it is when the shape is a BQN list, then the array is defined by its shape, and element list as returned by deshape.

Here's a somewhat informal mathematical take. Given a set of possible element values T, a list of T of length l is a map from natural numbers less than l to T. An array is a rank r, along with a list s of natural numbers of length r, and a map from lists of natural numbers i that satisfy i(j) < s(j) for all natural numbers j<r to BQN values. Arrays are an inductive type, so that an array can only be defined using elements that already exist. As a result, an array's elements are always values of lesser complexity than it: selecting one element of an array, then an element of that element, and so on, must eventually reach a non-array.

Why arrays?

The multidimensional array is a fairly simple structure, but there are simpler ones like pairs, lists, sets, and dictionaries. Why does BQN choose the array for its central type? I don't think arrays are always the best data structure (or that BQN is always the best language), but I do think they're one of several good choices and have unique advantages.

Arrays offer a lot of flexibility since they generalize lists. This also means that they can be used to represent pairs or sets. Two lists, or an array with a length-2 axis, can represent a map, although it could be hard to use with good performance.

But arrays are less flexible than nested lists (which in turn are less flexible than nested arrays). This is also in some sense a strength. The axes of an array are inherently independent. Lots of things in real life are independent! Regardless of which main you choose in your Cook Out tray you have the same options for sides. A term in a multivariate polynomial can have any power of x and any power of y. An array language lets you encode this independence in your data, and use operations that take advantage of it.

The rigidity of arrays is also great for performance. Nested lists might have a complicated structure in memory. An array can always be packed flat: the shape and the elements. This strided representation makes branchless and cache-friendly primitive algorithms much easier.