Parameters can be defined for several different types. This section provides examples for using operators and functions on numeric parameters in advanced logic.

Parameters may be defined for Integer or Real numeric types. While these types correspond to the Windchill type definitions to which the parameter can be mapped, these are internally mapped to the Java primitive types of long and double, respectively, enabling their use in any valid Java expression as long and double variables.

The expressions can be defined from:

Arithmetic operators can be used with numeric parameters in expressions. These include the binary addition (+), subtraction (-), multiplication (*), and division (/) operators. For example, the following are the examples of expression constraints:

Single entry or unary operators - and + can also be used (+A is equivalent to A).

The modulo (%) operator can be used to compute the remainder from the division of the first argument by the second argument:

Relational operators are used for comparing numeric sub-expressions in expression constraints that must evaluate to Boolean. These include the following operators:

When the left or right side of the expression with the “==” operator contains a single expression, then the expression is treated as an assignment (=). For example, in the following expression constraints:

Once the values of the parameters B and C are known, then the value of the parameter A will be computed according to the formulae. In the above examples, parameter A should be defined as a non-input parameter, so that its value is computed by the formula rather than entered by the user and then computed by the formula. This also means that the input order is important where B and C are defined prior to the appearance of A. If defined in any other order where parameter A is assigned its value before the parameters B and C, then the expression is treated as a Boolean expression where the value of the parameter A is compared with the value of the formula evaluated based on the values of B and C.

Numeric parameters can also be used as arguments in OOTB, standard Java, and user-defined functions. The following sections provide alternatives for referencing a method or an expression fragment.

In the examples below, consider D_1, D_2, D_3, D_4, D_5, and D_6 as Real (Java double) parameters while P_1, P_2, P_3, and P_4 as Integer (Java long) parameters. Additionally, GeomFunctions is the name of the user-defined class, from the package ext.geom, containing geometric functions.

The fully-qualified name (<package path>.<class name>.<method name>) can be used to specify the function passing the parameters as arguments. The following examples illustrate this approach:

The classes to be imported can be specified in the WT_HOME/codebase/com/ptc/wpcfg/exparser/LookUpService.properties file as follows:

When the above import declarations are used, the package path can be omitted when specifying the function in the expressions:

Static import declarations can first be specified in the WT_HOME/codebase/com/ptc/wpcfg/exparser/LookUpService.properties file as follows:

Both the package path and the class name can be omitted, leaving only the method name, when specifying the function in the expression when using static import declarations:

If a method with the same name exists in multiple classes registered in the static imports, an exception error is displayed. For example, java.lang.Math and java.lang.StrictMath have many method names in common. Registering both classes as static imports will lead to error conditions when using such common methods in formulae.

Mapping between an abbreviation for a method and the full path to the method can be defined in the WT_HOME/codebase/com/ptc/wpcfg/exparser/LookUpService.properties file as follows:

Once the mapping between an abbreviation for a method and its full path are defined, you can use these aliases to access the function in expression:

This technique is useful if you want to redefine a method from a Java class to be the same as the name of a function in a different application such as Microsoft Excel. When setting the ato.expression.rendering.context=com.ptc.wpcfg.logic.XLSExpressionRenderingContext property in the WT_HOME/wt.properties file, then the system adds appropriate aliases to provide access to most numeric, text, and logical functions by the names used in Microsoft Excel application. The numeric functions include ABS, ACOS, ASIN, ATAN, CEILING, COS, DEGREES, FLOOR, INT, LN, LOG, MAX, MIN, MOD, POWER, RADIANS, ROUND, ROUNDDOWN, ROUNDUP, SIN, SQRT, TAN, ACOSH, ASINH, ATANH, COMBIN, COSH, EXP, FACT, LOG10, SIGN, SINH, TANH.

While an abbreviation provides an aliase for the full function path of a single function, a macro is an alias for an expression fragment. It is useful when an expression fragment is used repeatedly in multiple expression. Import, static import, and abbreviation declaration are resolved on-the-fly when an expression is parsed. Macro fragments are first substituted for macros in the expression, and then the expression is parsed. As other parser properties, macro mappings are defined in the WT_HOME/codebase/com/ptc/wpcfg/exparser/LookUpService.properties file as follows:

Then, you can use the macros in the following expressions: