frxt
freetext filter for sql-esque data
About
frxt
is a refractor and update to the library json-ctrl
by combining several of the smaller dependencies (json-cnf
, json-tkn
, json-tim
, and jsqlon
). As such there are many moving pieces for which this README.md
will try to explain and address.
Assumptions
A core assumption of this library is that the stored data is SQL
-eqsue. In other words, that the JSON
object's outer most keys correspond to record ids and that each record (an object) is structured as if in a SQL
table i.e. each record contains the same fields:
json = id1: field1: value1f1 field2: value1f2 field3: value1f3 // ... idn: field1: valueNf1 field2: valueNf2 field3: valueNf3
It may be the case that users need to overwrite the default behavior of how field values are treated. For this three objects exists in which overriding functions can be set. These include:
fieldRenderFunctions
: how a given field's value should be altered when rendering it on the page.fieldSortByFunctions
: how a given field's value should be altered when comparing against other values for sorting.fieldFilterFunctions
: how a given field's value should be altered when comparing against specified filters.
To overwrite a field's function (e.g. fieldX
), a function with the following signature is expected:
{ let value = recordfield // manipulate value to be returned. return value}
then set the corresponding object (e.g. fieldRenderFunctions
) to have this function with the field name as the key:
fieldRenderFunctions = fieldX: overwriteFieldX
Example
let json = 'banana': 'fruit': 'banana' 'pear': 'fruit': 'pear' 'apple': 'fruit': 'apple' let inputString = 'fruit is banana or type contains app'let tknFieldMap = 'fruit': 'fruit' 'Type': 'fruit' 'name': 'fruit' let valid error = frxt let filters = valid let res = frxt
Filtering
Filtering of the records in the stored JSON
occurs in four steps:
- records are passed through the specified conjunctive normal form filters. (This utilizes specified
fieldFilterFunctions
). - the records passing step 1 are passed through the global RegEx (This utilizes specified
fieldRenderFunctions
, as this is what the user sees). - the records are sorted via
TimSort
from the givensortSpecification
(This utilizes the specifiedfieldSortByFunctions
). - the records of the specified "page" are returned.
Sorting
Sorting is handled via the state variable sortSpecification
.
sortSpecification
is an array of objects, where each object has the following structure:
sortSpec = field: fieldName isAscending: boolean
This specification allows for the fields, in the order provided in sortSpecification
to undergo TimSort
.
Pagination
Pagination is provided for controlling which records are show to the user. It is worthwhile that this is local pagination, therefore all the data is already in memory. This stems from the combination of functions applied to the data outlined in the section regarding filtering. Consider the question "what are the five elements on page two?". If filters, RegEx and sorting are in play, there is no way to know this without finding all records that pass and sorting them to know which will be on page two.
What's Inside?
defaults
: default configurationsfilter
: conjunctive normal form filter for SQL-esque JSONfreetext
: extract filters from user provided freeform textjsonsql
: utilities for SQL-esque JSONsort
: timsort for SQL-esque JSONtypes
: typescript types for this packageutils
: grab bag of utility functions
Configuration
Utility Functions
There is a lot which can be configured to achieve the desired behavior. As these configurations are mostly independent, they are split up into sub-configs. These are passed to the utility functions from the components.
I already touched on the fieldRenderFunctions
, fieldSortByFunctions
, fieldFilterFunctions
above. In addition there are:
configCNFLogic
: The logical options for CNF.configCNFFunctions
: The functions which can be applied during CNF.configCNFConditionals
: The conditionals (or tests) which can be applied during CNF.configCNFExtractors
:configTKNFunctionMap
: A mapping of tokens to functions in the CNF.configTKNConditionalMap
: A mapping of tokens to conditionals in the CNF.
configCNFLogic
The two logical operations supported are and
and or
. You can change how they
are displayed in VFilterView
as so:
and: display: "∧" or: display: "∨"
configCNFFunctions
These are the known functions and corresponding types they work on for the free text filter.
identity: display: "x → x" x types: "number" "string" "array:number" "undefined" abs: display: "abs" Math types: "number" mean: display: "mean" nums / numslength types: "array:number" max: display: "max" Math types: "array:number" min: display: "min" Math types: "array:number" length: display: "len" arrlength types: "array" "array:number" "array:string" "array:object"
configCNFConditionals
Here you find which conditionals exist
eq: display: "=" { // intentional == rather than === to allow for 1 == "1" to be true return a == b; } types: "array" "array:string" "array:object" "array:number" "number" "string" "undefined" neq: display: "≠" types: "array" "array:string" "array:object" "array:number" "number" "string" "undefined" a != b lt: display: "<" types: "number" a < b gt: display: ">" types: "number" a > b lte: display: "≤" types: "number" a <= b gte: display: "≥" types: "number" a >= b ss: display: "⊂" types: "array" "array:string" "array:number" "string" { let includes = false if Array for let i = 0; i < alength; i++ if ai == b includes = true if includes return includes else if typeof a === 'string' return a else return includes return includes } nss: display: "⟈" types: "array" "array:string" "array:number" "string" { let includes = true if Array return a else if typeof a === 'string' return !a return includes }
configTKNFunctionMap
There are the default tokens that map tokens (the keys) to the corresponding
values in configCNFFunctions
.
max: "max" min: "min" maximum: "max" minimum: "min" length: "length" len: "length" mean: "mean" median: "median" average: "mean" ave: "mean" identity: "identity"
configTKNConditionalMap
There are the default tokens that map tokens (the keys) to the corresponding
values in configCNFConditionals
.
eq: "eq" is: "eq" equal: "eq" "=": "eq" "!=": "neq" "≠": "neq" ">": "gt" "≥": "gte" ">=": "gte" "<": "lt" "≤": "lte" "<=": "lte" "is not": "neq" neq: "neq" "not equal to": "neq" gt: "gt" "greater than": "gt" "less than": "lt" lt: "lt" "less than or equal to": "lte" "greater than or equal to": "gte" "member of": "ss" substring: "ss" contains: "ss" includes: "ss"