There are two ways in which scripting uses structured properties
for increased clarity when parsing:
To give structure to the names of properties for complex nodes,
such as Type, Filter, or Balance nodes.
To provide a format for specifying multiple properties at once.
Structuring for complex interfaces
Copy link to section
The scripts for nodes with tables and other complex interfaces (for example, the Type, Filter,
and Balance nodes) must follow a particular structure to parse correctly. These properties need a
name that's more complex than the name for a single identifier; this name is called the key. For
example, within a Filter node, each available field (on its upstream side) is switched on or off. To
refer to this information, the Filter node stores one item of information per field (whether each
field is true or false). This property may have (or be given) the value True or
False. Suppose that a Filter node named mynode has (on its
upstream side) a field called Age. To switch this to off, set the property
include, with the key Age, to the value False, as
follows:
Another advantage that structured properties have is their ability to set several properties
on a node before the node is stable. By default, a multiset sets all properties in the block before
taking any action based on an individual property setting.
About cookies on this siteOur websites require some cookies to function properly (required). In addition, other cookies may be used with your consent to analyze site usage, improve the user experience and for advertising.For more information, please review your cookie preferences options. By visiting our website, you agree to our processing of information as described in IBM’sprivacy statement. To provide a smooth navigation, your cookie preferences will be shared across the IBM web domains listed here.