Filtering and Sorting Expressions in the Main API

Filtering and Sorting Expressions

This example describes the player entity, but the same solution is implemented for all other entities (for example, groups, feeds, playlists, etc.).

Example

The BSN.cloud Main API currently exposes the following player management methods which accept optional filter and sort expressions:

^{GET ~/{{version}}/REST/Devices/[?marker={string}][&pageSize={byte}][&filter={expression}][&sort={expression}]}

which retrieves the paged list including up to 100 'Device' instances starting from the specified marker, matching the specified filter expression and sorted in accordance to the specified sort expression.

^{GET ~/{{version}}/REST/Devices/Regions/{*locationPath}/[?filter={expression}]}

which retrieves the list of 'DevicesRegion' providing the aggregated information of locations of 'Device' instances matching the specified location path and filter expression.

^{GET ~/{{version}}/REST/Devices/Count/[?filter={expression}]}

which retrieves the number of 'Device' instances matching the specified filter expression.

^{PATCH ~/{{version}}/REST/Devices/[?filter={expression}]}

(in development) which applies the specified changes to 'Device' instances matching the specified filter expression.

^{DELETE ~/{{version}}/REST/Devices/[?filter={expression}]}

which deletes the 'Device' instances matching the specified filter expression.

Filter Expression Criteria

Each filter expression may contain one or more criteria combined by AND/OR operators and optionally grouped by parentheses.
Each criteria may be based on property name, system tag, or custom tag.
All property names are based on data contract of the target Main API version

System and Custom Tags

In addition to properties each 'Player' entity instance may have a different set of system and custom tags specified by customer, exposed via the [Dictionary<string, object>] Tags property and managed via the following BSN.cloud Main API methods:

^{PUT ~/{version}/REST/Devices/{playerId:int}/}

^{PUT ~/{version}/REST/Devices/{serial}/}

^{PATCH ~/{version}/REST/Devices/{playerId:int}/}

^{PATCH ~/{version}/REST/Devices/{serial}/}

^{GET ~/{version}/REST/Devices/{playerId:int}/Tags/}

^{GET ~/{version}/REST/Devices/{serial}/Tags/}

^{POST ~/{version}/REST/Devices/{playerId:int}/Tags/}

^{POST ~/{version}/REST/Devices/{serial}/Tags/}

^{DELETE ~/{version}/REST/Devices/{playerId:int}/Tags/}

^{DELETE ~/{version}/REST/Devices/{serial}/Tags/}

Each system and custom tag must be explicitly specified for the target entity instance but the list of available system tags is predefined by product owners and mapped to some properties so their values must be always in sync. For example, the system tag mapped to the Player Health Status property is called:

^{string::[Device].<HealthStatus>}

Property and Tag Mentions in Expressions

Property and tag mentions in expressions are different: properties are wrapped by square brackets and are separated by dots while tags are wrapped by angle brackets and may optionally be prepended by the target entity name in square brackets, and the data type is separated by double colon as you can see in the example above. Each property and tag has a strong data type, for properties and system tags it is defined in data contract of a target API version and for custom tags it is resolved either from fully qualified name or first assigned value. In addition, there is a request to support custom tags without values acting as labels. The data type defines which operators and functions are applicable to a given property or tag in conditions.

The properties and tags of boolean data type typically support the following operators:

^{IS TRUE}

^{IS FALSE}

The properties and tags of numeric data types typically support the following operators:

^{IS {number}}

^{IS NOT {number}}

^{IS GREATER THAN {number}}

^{IS LESS THAN {number}}

^{IS IN THE RANGE {number} AND {number}}

^{IS NOT IN THE RANGE {number} AND {number}}

^{IS IN ({number}, {number}, ...)}

^{IS NOT IN ({number}, {number}, ...)}

The GPS coordinates also support expressions like:

^{GPS LOCATION ([Latitude] AND [Longitude]) IN ({latitude}, {longitude}, {distance})}

^{GPS LOCATION ([Latitude] AND [Longitude]) NOT IN ({latitude}, {longitude}, {distance})}

The properties and tags of string data type typically support the following operators:

^{IS NULL}

^{IS NOT NULL}

^{IS '{expression}'}

^{IS NOT '{expression}'}

^{BEGINS WITH '{string}'}

^{ENDS WITH '{string}'}

^{CONTAINS '{string}'}

^{DOES NOT CONTAIN '{string}'}

^{CONTAINS ALL ('{string}', '{string}', ...)}

^{CONTAINS ANY ('{string}', '{string}', ...)}

^{IS IN ('{string}', '{string}', ...)}

^{IS NOT IN ('{string}', '{string}', ...)}

The expressions used in IS and IS NOT operators may include '*', '?', '[' + ']' wildcards.

The properties and tags of DateTime (timestamp) data type typically support the following operators:

^{IS '{DateTime}'}

^{IS NOT '{DateTime}'}

^{IS AFTER '{DateTime}'}

^{IS BEFORE '{DateTime}'}

^{IN THE LAST ({interval}, {range}, '{DateTime}') where {interval} is one of { "YEARS", "MONTHS", "DAYS" } enumeration values}

^{NOT IN THE LAST ({interval}, {range}, '{DateTime}') where {interval} is one of { "YEARS", "MONTHS", "DAYS" } enumeration values}

^{IS IN THE RANGE '{DateTime}' AND '{DateTime}'}

^{IS NOT IN THE RANGE '{DateTime}' AND '{DateTime}'}

^{IS IN ('{DateTime}', '{DateTime}')}

^{IS NOT IN ('{DateTime}', '{DateTime}')}

The '{DateTime}' value format must follow ISO 8601 and is typically like '2021-12-20T18:25:01.123Z'.

The properties and tags of TimeSpan (time interval) data type typically support the following operators:

^{IS '{TimeSpan}'}

^{IS NOT '{TimeSpan}'}

^{IS GREATER THAN '{TimeSpan}'}

^{IS LESS THAN '{TimeSpan}'}

^{IS IN ('{TimeSpan}', '{TimeSpan}')}

^{IS NOT IN ('{TimeSpan}', '{TimeSpan}')}

The '{TimeSpan}' value format must follow ISO 8601 and is typically like '3.18:25:01'.

The properties and tags of numeric array data types typically support the following operators:

^{IS NULL}

^{IS NOT NULL}

^{CONTAINS ALL ('{number}', '{number}', ...)}

^{CONTAINS ANY ('{number}', '{number}', ...)}

The properties and tags of string array data type typically support the following operators:

^{IS NULL}

^{IS NOT NULL}

^{CONTAINS ALL ('{string}', '{string}', ...)}

^{CONTAINS ANY ('{string}', '{string}', ...)}

The properties and tags of object data type typically support the following operators:

^{IS NULL}

^{IS NOT NULL}

Sort expressions may contain only one fully qualified property name or tag with optional ASC/DESC qualifier, but should support more in future.