Every Expression Help page contains implementation information. Implementations show the supported ways an author can call a function or operator. For example, in the Expression Help, open the addition operator and view the potential implementations such as:
5 + 3
"hello"+ "world"
But not:
"hello" + true
Implementations show both the data types and the parameters you can specify.
Implementation parameters
Within each Implementations section, the Expression Help includes a Parameters section that provides helpful information for flow authors, such as whether the parameter is allowed to be NOT_SET at run-time, minimum and maximum values, and other restrictions. For example, when a parameter is only allowed as a literal.
Example: Valid currency code
By including “USD” in the following expression, the author ensures that the currency code parameter is a valid ISO 4217 code, as specified in the MakeCurrency parameters.
MakeCurrency(5.25, "USD")
However, if a flow author uses a literal for the currency code, the parser validates the code at design time. The following call results in a parser error, telling the flow author that the currency code parameter is not a supported currency code:
MakeCurrency(5.25, "USD123")
When Architect validates this literal value at design time, it returns a message informing the flow author that the literal “USD123” supplied to the currencyCode parameter is not a supported ISO4217 currency code.
Example: Valid Date time
Similarly, the following expression, which is a date time with year of 2500, will also be flagged at design time:
MakeDateTime(2500, 1, 1, 0, 0, 0)
As specified in the Expression Help for MakeDateTime, the value of 2500 supplied to the year parameter is greater than the maximum allowed of 2200.