Documentation
¶
Overview ¶
Package functions defines the standard builtin functions supported by the interpreter
Index ¶
Constants ¶
This section is empty.
Variables ¶
This section is empty.
Functions ¶
This section is empty.
Types ¶
type AsyncOp ¶ added in v0.29.0
AsyncOp is a function that accepts zero or more arguments and produces a value or error asynchronously via a channel.
AsyncOp is an internal interface intended for use by CEL to manage goroutines and channels associated with async calls. For public API usage, use BlockingAsyncOp. Implementers should listen for context cancellation on the provided context for resource cleanup.
type BlockingAsyncOp ¶ added in v0.29.0
BlockingAsyncOp is a function that accepts zero or more arguments and blocks until the result is available. When used with AsyncBinding, the framework runs the function in its own goroutine and manages channel lifecycle internally.
type FunctionOp ¶
FunctionOp is a function with accepts zero or more arguments and produces a value or error as a result.
type Overload ¶
type Overload struct {
// Operator name as written in an expression or defined within
// operators.go.
Operator string
// Operand trait used to dispatch the call. The zero-value indicates a
// global function overload or that one of the Unary / Binary / Function
// definitions should be used to execute the call.
OperandTrait int
// Unary defines the overload with a UnaryOp implementation. May be nil.
Unary UnaryOp
// Binary defines the overload with a BinaryOp implementation. May be nil.
Binary BinaryOp
// Function defines the overload with a FunctionOp implementation. May be nil.
Function FunctionOp
// Async defines the overload with an AsyncOp implementation. May be nil.
Async AsyncOp
// NonStrict specifies whether the Overload will tolerate arguments that
// are types.Err or types.Unknown.
NonStrict bool
}
Overload defines a named overload of a function, indicating an operand trait which must be present on the first argument to the overload as well as one of either a unary, binary, or function implementation.
The majority of operators within the expression language are unary or binary and the specializations simplify the call contract for implementers of types with operator overloads. Any added complexity is assumed to be handled by the generic FunctionOp.