foreach
)Iterate through an array
foreach
reads an array or map from stdin and iterates through it, running a code block for each iteration with the value of the iterated element passed to it.
By default foreach
’s output data type is inherited from its input data type. For example is stdin is yaml
then so will stdout. The only exception to this is if stdin is json
in which case stdout will be jsonlines (jsonl
), or when additional flags are used such as --jmap
.
{ code-block }
reads from a variable and writes to an array / unbuffered stdout:
<stdin> -> foreach variable { code-block } -> <stdout>
{ code-block }
reads from stdin and writes to an array / unbuffered stdout:
<stdin> -> foreach { -> code-block } -> <stdout>
foreach
writes to a buffered JSON map:
<stdin> -> foreach --jmap variable {
code-block (map key)
} {
code-block (map value)
} -> <stdout>
There are two basic ways you can write a foreach
loop depending on how you want the iterated element passed to the code block.
The first option is to specify a temporary variable which can be read by the code block:
» a [1..3] -> foreach i { out $i }
1
2
3
Please note that the variable is specified without the dollar prefix, then used in the code block with the dollar prefix.
The second option is for the code block’s stdin to read the element:
» a [1..3] -> foreach { -> cat }
1
2
3
stdin can only be read as the first command. If you cannot process the element on the first command then it is recommended you use the first option (passing a variable) instead.
» ja [Monday..Friday] -> foreach --jmap day { out $day -> left 3 } { $day }
{
"Fri": "Friday",
"Mon": "Monday",
"Thu": "Thursday",
"Tue": "Tuesday",
"Wed": "Wednesday"
}
You can step through an array, list or table in jumps of user definable quantities. The value passed in stdin and $VAR will be an array of all the records within that step range. For example:
» %[1..10] -> foreach --step 3 value { out "Iteration $.i: $value" }
Iteration 1: [
1,
2,
3
]
Iteration 2: [
4,
5,
6
]
Iteration 3: [
7,
8,
9
]
Iteration 4: [
10
]
--jmap
Write a json
map to stdout instead of an array--step
<int>
Iterates in steps. Value passed to block is an array of items in the step range. Not (yet) supported with --jmap
Meta values are a JSON object stored as the variable $.
. The meta variable will get overwritten by any other block which invokes meta values. So if you wish to persist meta values across blocks you will need to reassign $.
, eg
%[1..3] -> foreach {
meta_parent = $.
%[7..9] -> foreach {
out "$(meta_parent.i): $.i"
}
}
The following meta values are defined:
i
: iteration numberforeach
will preserve the data type read from stdin in all instances where data is being passed along the pipeline and push that data type out at the other end:
foreach
’s stdin, or the data type of the array element (eg if it is a string or number)foreach
’s stdinforeeach
’s stdout will also be the same data-type as it’s stdin (or jsonl
(jsonlines) where stdin was json
because jsonl
better supports streaming)This last point means you may need to cast
your data if you’re writing data in a different format. For example the following is creating a YAML list however the data-type is defined as json
:
» ja [1..3] -> foreach i { out "- $i" }
- 1
- 2
- 3
» ja [1..3] -> foreach i { out "- $i" } -> debug -> [[ /Data-Type/Murex ]]
json
Thus any marshalling or other data-type-aware API’s would fail because they are expecting json
and receiving an incompatible data format.
This can be resolved via cast
:
» ja [1..3] -> foreach i { out "- $i" } -> cast yaml
- 1
- 2
- 3
» ja [1..3] -> foreach i { out "- $i" } -> cast yaml -> debug -> [[ /Data-Type/Murex ]]
yaml
The output is the same but now it’s defined as yaml
so any further pipelined processes will now automatically use YAML marshallers when reading that data.
One of the drawbacks (or maybe advantages, depending on your perspective) of JSON is that parsers generally expect a complete file for processing in that the JSON specification requires closing tags for every opening tag. This means it’s not always suitable for streaming. For example
» ja [1..3] -> foreach i { out ({ "$i": $i }) }
{ "1": 1 }
{ "2": 2 }
{ "3": 3 }
What does this even mean and how can you build a JSON file up sequentially?
One answer if to write the output in a streaming file format and convert back to JSON
» ja [1..3] -> foreach i { out (- "$i": $i) }
- "1": 1
- "2": 2
- "3": 3
» ja [1..3] -> foreach i { out (- "$i": $i) } -> cast yaml -> format json
[
{
"1": 1
},
{
"2": 2
},
{
"3": 3
}
]
What if I’m returning an object rather than writing one?
The problem with building JSON structures from existing structures is that you can quickly end up with invalid JSON due to the specifications strict use of commas.
For example in the code below, each item block is it’s own object and there are no [ ... ]
encapsulating them to denote it is an array of objects, nor are the objects terminated by a comma.
» config -> [ shell ] -> formap k v { $v -> alter /Foo Bar }
{
"Data-Type": "bool",
"Default": true,
"Description": "Display the interactive shell's hint text helper. Please note, even when this is disabled, it will still appear when used for regexp searches and other readline-specific functions",
"Dynamic": false,
"Foo": "Bar",
"Global": true,
"Value": true
}
{
"Data-Type": "block",
"Default": "{ progress $PID }",
"Description": "Murex function to execute when an `exec` process is stopped",
"Dynamic": false,
"Foo": "Bar",
"Global": true,
"Value": "{ progress $PID }"
}
{
"Data-Type": "bool",
"Default": true,
"Description": "ANSI escape sequences in Murex builtins to highlight syntax errors, history completions, {SGR} variables, etc",
"Dynamic": false,
"Foo": "Bar",
"Global": true,
"Value": true
}
...
Luckily JSON also has it’s own streaming format: JSON lines (jsonl
). We can cast
this output as jsonl
then format
it back into valid JSON:
» config -> [ shell ] -> formap k v { $v -> alter /Foo Bar } -> cast jsonl -> format json
[
{
"Data-Type": "bool",
"Default": true,
"Description": "Write shell history (interactive shell) to disk",
"Dynamic": false,
"Foo": "Bar",
"Global": true,
"Value": true
},
{
"Data-Type": "int",
"Default": 4,
"Description": "Maximum number of lines with auto-completion suggestions to display",
"Dynamic": false,
"Foo": "Bar",
"Global": true,
"Value": "6"
},
{
"Data-Type": "bool",
"Default": true,
"Description": "Display some status information about the stop process when ctrl+z is pressed (conceptually similar to ctrl+t / SIGINFO on some BSDs)",
"Dynamic": false,
"Foo": "Bar",
"Global": true,
"Value": true
},
...
foreach
will automatically cast it’s output as jsonl
if it’s stdin type is json
» ja [Tom,Dick,Sally] -> foreach name { out Hello $name }
Hello Tom
Hello Dick
Hello Sally
» ja [Tom,Dick,Sally] -> foreach name { out Hello $name } -> debug -> [[ /Data-Type/Murex ]]
jsonl
» ja [Tom,Dick,Sally] -> foreach name { out Hello $name } -> format json
[
"Hello Tom",
"Hello Dick",
"Hello Sally"
]
ja
): A sophisticated yet simply way to build a JSON arraydebug
): Debugging informationcast
): Alters the data-type of the previous function without altering its outputbreak
): Terminate execution of a block within your processes scopeformap
): Iterate through a map or other collection of datafor
): A more familiar iteration loop to existing developers[[ Element ]]
): Outputs an element from a nested structureif
): Conditional statement to execute different blocks of code depending on the result of the conditionleft
): Left substring every item in a listwhile
): Loop until condition falseout
): Print a string to the stdout with a trailing new line characterformat
): Reformat one data-type into another data-typea
): A sophisticated yet simple way to stream an array or list (mkarray)ReadArrayWithType()
(type): Read from a data type one array element at a time and return the elements contents and data typejson
: JavaScript Object Notation (JSON)jsonl
: JSON Linesyaml
: YAML Ain’t Markup Language (YAML)This document was generated from builtins/core/structs/foreach_doc.yaml.
This site's content is rebuilt automatically from murex's source code after each merge to the master
branch. Downloadable murex binaries are also built with the website.
Last built on Tue Dec 10 22:56:57 UTC 2024 against commit 60f05a260f05a227caf73dd5b3478e3cb3f4bb24e46745b.
Current version is 6.4.1005 (develop) which has been verified against tests cases.