Skip to content

jtlc and JXL Reference

MaxMotovilov edited this page Sep 17, 2010 · 9 revisions

jtlc and JXL: Reference

dojox.jtlc.compile()

var compiled_template = dojox.jtlc.compile( template, language, options );

Accepts template as its first argument and the language description (such as an instance of dojo.jtlc.JXL) as its second argument. Returns the compiled evaluator function for the template or throws an exception in case of errors.

The third, optional argument of this function is used to inject properties directly into the compiler state (the language object serves as its prototype and is not modified during compilation). This is a mechanism provided for the benefit of derived languages (e.g. CHT uses it to collect localizable strings from the template) and is of no interest for the JXL.

dojox.jtlc.JXL()

bc. var jxl = new dojox.jtlc.JXL;

Instantiates language description for JXL that can be customized by providing an optional property bag as an argument. The following are the settings recognized by the JXL:

elideNulls
When true, null values are not placed into array or dictionary sinks but are thrown away instead (with their corresponding keys in case of a dictionary).
failOnDuplicateKeys
When rue, an attempt to insert a duplicate key into the dictionary sink results in an exception.
singletonQuery.failOnNoResults
Set to true to verify that queries in singleton contexts produce at least one result or throw an exception otherwise.
singletonQuery.failOnManyResults
Set to true to verify that queries in singleton contexts produce no more than one result or throw an exception otherwise.
queryLanguage
By default this option is set to dojox.json.query. You may substitute a query language compiler with compatible API.
replaceLanguage
By defualt this option is set to dojo.replace. You may substitute a formatting function of your own with compatible API.

Note that default settings always favor performance over other concerns; turning on additional checking in the code is likely to make it somewhat more complex and, as a result, slower.

JXL literals

Object literals

{ key0

: input0 [, …keyN: inputN] }

Object literals are sinks producing dictionaries (anonymous Javascript objects). By default, all inputs
of an object literal are evaluated in singleton mode and the resulting values inserted into the resulting
dictionary with literal key values. In order to populate a dictionary with keys generated from an input
sequence, use the setkey() primitive from a sub-template enclosed within
many(). In this case the key associated with this sub-template within the literal will be
ignored and the computed value will be used instead.

Array literals

[ input0 [

, …inputN] ]

Array literals are sinks producing anonymous Javascript arrays. By default, each input of an array literal
is evaluated in an iterative context of its own. In order to evaluate a singleton sub-template and put its
value in an array, enclose the sub-template within one().

Note that array literals themselves are not generators and should not appear in an iterative context
even though they establish an iterative context of their own inside the brackets. In order to use the value
produced by an array literal as a generator, enclose it in from()

.

String literals

String literals may appear in place of a sub-template anywhere in JXL. They are interpreted differently
depending on the context: in the context of a singleton, the string is taken to be an inline expression
as if it were enclosed in an expr() tag. In an iterative context, the string is assumed
to be a query without additional parameters, which is to say, an equivalent of query(
string, current() ).

Numeric and boolean literals

Numeric and boolean literals are always interpreted as if they were enclosed in quote().
Consequently they may not appear in an iterative context.

Functions

Values with the type of function are treated as if they were enclosed in bind().

JXL tags

dojox.jtlc.tags.acc

acc( input

)

Ensures that the value of its argument (usually a constant) is stored in a local variable (accumulator).
Usually used as part of an aggregation construct such as expr( ‘$1+=expression’,
input, acc(0) ). It is not an error to use acc()
in an iterative context but the tag will have no effect as the accumulator will be overwritten by the next
iteration.

dojox.jtlc.tags.arg

arg( index

)

Returns one of the arguments passed into the evaluator of the template. While current()
defaults to iterating over arg( 0 ), the two are not equivalent:
arg() is not a generator and should be enclosed in from() to produce
one. The argument of arg() should be a numeric value (usually a constant).

dojox.jtlc.tags.bind

bind( function [

, input0inputN ] )

Evaluates the input0inputN arguments, then applies function to them. In
the iterative context, input0 is treated as the generator, the rest of the arguments are
evaluated only once. If the input arguments are omitted completely, bind()
assumes that the function should be applied to current().

dojox.jtlc.tags.current

current()

In a singleton context, returns the value of the current input. Current input defaults to the value of
arg(0) but may be temporarily reset to different objects in a
sub-template enclosed in primitives such as each(), group() and
setkey(). In an iterative context, current() serves as a generator
of values from current input.

dojox.jtlc.tags.defined

defined( [ input ]

)

Serves as a filter passing only the defined values (that is, values whose typeof is
not equal to ‘undefined’) from the input. Should not be used outside of
iterative contexts.

dojox.jtlc.tags.each

each( input0 [

, input1inputN ] )

Performs nested iterations by evaluating its first argument with current input set to the value
generated by the second argument and so on. Thus the rightmost argument forms the outermost
iteration and the leftmost argument forms the innermost iteration. This primitive can only be used
in iterative contexts and evaluates every one of its arguments in an iterative context of its own.
Note that each() does not nest sinks, only the iterations. In fact, its usual
application is flattening hierarchies formed by nested arrays passed into the template.

dojox.jtlc.tags.expr

expr( expression [

, input0inputN ] )

Evaluates its input0inputN arguments, then evaluates the inline expression,
substituting the values of the arguments for placeholders $ and
$0$9 as follows:

$0…$9
Values of input0

through input9.

$
In singleton context, equivalent to $0. In an iterative context, current
value generated by input0.

If the expression contains no placeholder strings and begins with an identifier, expr()
assumes it to be a property reference on the current input and prepends “$.” to it.

If no input

arguments are provided, the expression is evaluated with input0
equal to current input. Note that expr() is entirely similar to bind() except that
bind() refers to a function outside of the template’s evaluator and expr()
injects Javascript code directly into the evaluator’s body.

dojox.jtlc.tags.from

from( input

)

Evaluates the input argument as a singleton and generates values from the array it returns as its
result. Applying from() to current() has no effect because
current() already serves as a generator in iterative contexts and from()
cannot be used as a singleton.

dojox.jtlc.tags.group

group( keys

, body [, input ] )

Provides SQL-like grouping capability by evaluating its body over subsequences from
input. The subsequences are established by evaluating the keys (either a single
sub-template or an array of subtemplates, typically inline expressions) over each element of the
sequence and comparing the results. The longest contiguous subsequence of generated values where
keys are equal forms a group. The body is then evaluated with
current input set to the entire group. The group() primitive can be used only
in iterative contexts; it generates values returned by the body: one value per group.

Note that for the grouping to work properly the input

sequence should already be
ordered in respect to the keys so usually group() is applied to the
results produced by a query(). However, the user is left free to group sorted sequences
originated elsewhere. If input argument is omitted, current input is used.

dojox.jtlc.tags.keys

keys( [ input ]

)

Generates keys from the input: property names if input is an object, indices
if it is an array. If input is omitted, current input is used. Cannot be used outside
of an iterative context.

dojox.jtlc.tags.last

last( [ input ]

)

Serves as a special type of sink, returning only the last value generated by input. Usually
used for aggregation purposes. If input is omitted, current input is used.

dojox.jtlc.tags.many

many( input

)

Evaluates its input in an iterative context if none exist already. If many()
is used within an externally established iterative context it does nothing.

dojox.jtlc.tags.one

one( input

)

Evaluates its input in a singleton context even when used within an externally established
iterative context (in which case one() effectively works as a generator
returning a single value).

dojox.jtlc.tags.query

query( query [

, input0inputN ] )

Executes a query over the specified inputs (each of the arguments input0inputN
is evaluated as a singleton). By default, the query is pre-compiled with
dojox.json.query and the resulting evaluator is associated with the compiled template
via a closure; changing the queryLanguage setting allow the user to use a different
query language implementation following the same paradigm.

In iterative contexts, query()

works as a generator returning individual
matches from the query. In singleton contexts query() assumes that one
and only one result should be produced, which is returned on its own. If query returns
no matches, the result will have an “undefined” value; if query returns more than one
match only the first one will be used. This default behavior may be modified with the settings
singletonQuery.failOnNoResults and singletonQuery.failOnManyResults.

Using query() without the input arguments applies it to current input.

dojox.jtlc.tags.quote

quote( value

)

Treats value as a literal even if it is a Javascript object, array or string.

dojox.jtlc.tags.replace

replace( format [

, input ] )

Formats and returns its input by performing substitutions within the format string.
By default, replace() uses dojo.replace(); user can change this
behavior with replaceLanguage setting. If the input argument is omitted,
replace() works with current input.

dojox.jtlc.tags.setkey

setkey( body [

, input ] )

Changes the key (property name) under which computed values are stored in a dictionary. The input
argument is evaluated first, then body is evaluated as a singleton with current input set to
the value returned by input; usually, the body consists of a replace(), possibly
in combination with expr(). The result returned by the body is used as the key,
the value from the input serves as the result of the setkey() itself. The
setkey() primitive can be used both within singletons and iterative contexts, but makes
little sense in the former. Without the input argument, setkey() operates
on the current input.

Clone this wiki locally