Parse and compile a string into usable search filters.
This library provides a parser and compiler API for converting a string sequence of filter conditions into usable search filters. Use it to build faceted search interfaces in web applications or to provide you advanced users with a DSL for search.
npm install --save @quenk/search-filters
This module by itself only provides a parser in lib/parse and supporting
APIs for creating a compiler in lib/compile. To actually generate valid query filters for
your target platform, use a supported module or implement your own.
Supported targets:
A valid source string consists of a sequence of one or more "filters" seperated by the following logical operators:
Example:
let qs1 = 'name:"jon"';
let qs2 = 'name:"jon" or name:"jon\'s" age:>=12';
let qs3 = '(name:"jon" or name:"jon\'s") and age:>=12';
A source string is always parsed and compiled to one filter. That one filter may be optionally composed of other filters via the use of logical AND or OR.
Filters can be grouped together via parenthesis "(" ")" to ensure precedence is kept during parsing as shown above.
A filter consists of a field name part, colon, optional operator and a value part:
<field> <colon> <operator>? <value>Examples: status:=1 or status:1.
The field name is any valid ECMAScript identifier or sequence of valid identifiers seperated via "." (period).
A colon is used to indicate the end of the field name and is followed by the operator or value if none specified. If the operator part is ommited, the default operator is assumed. The default operator is determined by the policies set for the field.
The following operators are recognised by the parser:
The validity, actual implementation, accepted value types of these operators, depends on the policies set for the field. Compilation fails if the wrong operator or type is used on a field.
The value part can either be one of the following values:
String - A sequence of one or more unicode characters surronded by double quotes.
Example: "my string"Number - Any number that can be represented in the IEEE 754 double format.
Boolean - The literal value true or the literal value false.
Date - YYYY-MM-DD
DateTime - A subset of the ISO8601 extended format supporting the format of
`Date#toISOString()`. The time part may be excluded (smallest to largest)
but fractions are only supported on seconds.List - A comma seperated sequence of the above values surronded in "[" "]".
A compiler impelmentation only needs to support those values that are valid for the underlying query language.
In lib/compile of this module a function compile is exported that
does most of the compilation work. Compilation works by first converting the parsed AST into an
intermediate representation via the Term interface. Term#compile() is then called on
the top level Term. Users are required to supply implementations for Term.
The compile function takes 3 arguments. The first argument, the Context which contains the TermFactory
for constructing logical Terms, the second is an EnabledPolicies instance and the last the source string to parsed.
EnabledPolcies is what determines what fields can be included in the source string and their policies.
EnabledPolicies supports either a literal Policy definition or a string pointing to one in the policies key of the Context.
Policy pointers that cannot be resolved will result in a failed compilation.
A Policy has the following main fields:
A policy's type field can have one of the following values (without quotes):
API documentation is generated and made available here.
Apache 2.0 (SEE LICENSE) file. (c) 2020 Quenk Technologies Limited.
Generated using TypeDoc