Immutable Sorted Collections for JavaScript
This package is an extension of popular collections library Immutable.js. It provides additional immutable collections SortedMap and SortedSet that maintain their entries sorted by a comparator. The current implementation is using a classic B-tree memory structure.
Additionally, this package provides partial sort (returning the n smallest elements
)
and incremental sort
operations implemented using Floyd-Rivest variant of selection algorithm.
Version
The current version immutable-sorted@0.2.11 is an extension of immutable-js@4.0.0-rc.12.
Installation
npm install immutable-sorted
SortedSet
See more details on SortedSet page.
SortedSet is a type of Set that keeps its values sorted by a comparator. The current implementation is using a classic B-Tree memory structure with O(N) space requirements and O(log N) get, add, and delete operations.
Example:
> const SortedSet = ; > const set1=;SortedSet "apple" "banana" "orange" > const set2=set1;SortedSet "apple" "banana" "mango" "orange" > const set3=set2;SortedSet "apple" "mango" "orange"
Using a custom comparator:
> const reverseCmp=a>b?-1:a<b?1:0; > const set4=;SortedSet "orange" "banana" "apple" > const set5=set4;SortedSet "orange" "mango" "banana" "apple" > const set6=set5;SortedSet "orange" "mango" "apple"
Set values, like Map keys, may be of any type. Equality is determined by comparator returning 0 value. In case of a custom comparator the equality may be redefined to have a different meaning than Immutable.is.
Searching SortedSet
Many real applications require ability to efficiently search in a sorted dataset. The method:
returns a sequence that represents a subset of a sorted set starting with value up to the last element in the set.
If the optional parameter backwards is set to true, the returned sequence will list the entries backwards, starting with value down to the first element in the set.
Example:
const SortedSet = ; const abc = ; > abc;Seq "R" "S" "T" "U" "V" "W" "X" "Y" "Z" > abc;Seq "R" "Q" "P" "O" "N" "M" "L" "K" "J" "I" "H" "G" "F" "E" "D" "C" "B" "A"
The method from() can be efficiently combined with take() to retrieve the desired number of values or with takeWhile() to retrieve a specific range:
> abc;Seq "R" "S" "T" "U" "V" > abc;Seq "R" "S" "T" "U" "V" > abc;Seq "R" "Q" "P" "O" "N" > abc;Seq "R" "Q" "P" "O" "N" "M" "L"
We can also use the numeric index to efficiently iterate through the sorted collections starting from numeric index as if they were arrays. The method:
is optimized to quickly find the n-th entry inside the b-tree structure by checking the computed sizes of underlying nodes. Even though the algorithm is not as fast as working with native array, it is faster by orders of magnitude than walking through the first n elements in unindexed collection to skip them. The access time is O(log N).
Examples:
> abc;Seq "E" "F" "G" "H" "I" > abc;Seq "E" "D" "C" "B" "A"
Working with objects
Many real use cases will be about storing the whole objects in SortedSet. That will usually be meaningful only when custom comparator is defined.
Let's consider the following example with city objects:
> const SortedSet Seq fromJS = ; // Have an array of city objects> const cities= state: 'MA' city: 'Boston' city: 'Miami' state: 'FL' city: 'Seattle' state: 'WA' city: 'Phoenix' state: 'AZ'; // Make a seq that converts cities from JS into immutable objects> const citiesSeq=; // Create a default SortedSet> const set1=;SortedSet Map "city": "Miami" "state": "FL" Map "city": "Phoenix" "state": "AZ" Map "city": "Seattle" "state": "WA" Map "state": "MA" "city": "Boston"
When relying on defaultComparator, like in example above, the objects get sorted by their string representations from toString() method. This is usually not what the application designers want. In our case it makes more sense to sort by the city name, than the whole string representation.
Let's create a custom comparator:
// Define a general comparator> const cmp=a>b?1:a<b?-1:0; // Define a comparator of city names> let ; // Create a SortedSet with custom comparator> const set2=;SortedSet Map "state": "MA" "city": "Boston" Map "city": "Miami" "state": "FL" Map "city": "Phoenix" "state": "AZ" Map "city": "Seattle" "state": "WA"
The custom comparator that we have created seems to work as expected. Now let's add into the collection another city of Phoenix, this time from state Illinois.
> const set3=set2;SortedSet Map "state": "MA" "city": "Boston" Map "city": "Miami" "state": "FL" Map "city": "Phoenix" "state": "IL" Map "city": "Seattle" "state": "WA"
The Phoenix, AZ had been replaced with Phoenix, IL. This is because of the way the custom comparator is defined. It determines equality by comparing city names only, therefore Phoenix, AZ and Phoenix, IL are equal according to this comparator. Let's try to extend the comparator to compare the city name first and if they match then determine the result by comparing the state.
// Define more complex custom comparator> ||; // Create a new SortedSet with new custom comparator> const set4=;SortedSet Map "state": "MA" "city": "Boston" Map "city": "Miami" "state": "FL" Map "city": "Phoenix" "state": "AZ" Map "city": "Seattle" "state": "WA" // set4 looks the same as set2, now let's add the conflicting Phoenix, IL to set4> const set5=set4;SortedSet Map "state": "MA" "city": "Boston" Map "city": "Miami" "state": "FL" Map "city": "Phoenix" "state": "AZ" Map "city": "Phoenix" "state": "IL" Map "city": "Seattle" "state": "WA"
The custom comparator behaves as expected. Now let's swap the order of commands in the comparator and sort by state first and by city name second.
> const stateCitiesCmp=||; > const set6=;SortedSet Map "city": "Phoenix" "state": "AZ" Map "city": "Miami" "state": "FL" Map "city": "Phoenix" "state": "IL" Map "state": "MA" "city": "Boston" Map "city": "Seattle" "state": "WA"
SortedMap
See more details on SortedMap page.
SortedMap is a type of Map that keeps its entries (their keys) sorted by a comparator. The current implementation is using a classic B-Tree memory structure with O(N) space requirements and O(log N) get, set, and delete operations.
Example:
const SortedMap = ; > const map1=;SortedMap "apple": "red" "banana": "yellow" "orange": "orange" > const map2=map1;SortedMap "apple": "red" "banana": "yellow" "mango": "yellow/orange" "orange": "orange" > const map3=map2;SortedMap "apple": "red" "mango": "yellow/orange" "orange": "orange"
Using a custom comparator:
> const reverseCmp=a>b?-1:a<b?1:0; > const map4=;SortedMap "orange": "orange" "banana": "yellow" "apple": "red" > const map5=map4;SortedMap "orange": "orange" "mango": "yellow/orange" "banana": "yellow" "apple": "red" > const map6=map5;SortedMap "orange": "orange" "mango": "yellow/orange" "apple": "red"
When iterating a SortedMap, the order of entries is guaranteed to be the same as the sorted order of keys determined by a comparator.
Map keys and values may be of any type. Equality of keys is determined by comparator returning 0 value. In case of a custom comparator the equality may be redefined to have a different meaning than Immutable.is.
Searching SortedMap
Many real applications require ability to efficiently search in a sorted data structure. The method:
returns a sequence that represents a portion of this sorted map starting with a specific key up to the last entry in the sorted map.
If the optional parameter backwards is set to true, the returned sequence will list the entries backwards, starting with key down to the first entry in the sorted map.
Example:
> const abc = ; > abc;Seq "R": "r" "S": "s" "T": "t" "U": "u" "V": "v" "W": "w" "X": "x" "Y": "y" "Z": "z" > abc;Seq "R": "r" "Q": "q" "P": "p" "O": "o" "N": "n" "M": "m" "L": "l" "K": "k" "J": "j" "I": "i" "H": "h" "G": "g" "F": "f" "E": "e" "D": "d" "C": "c" "B": "b" "A": "a"
The method from() can be efficiently combined with take() to retrieve the desired number of values or with takeWhile() to retrieve a specific range:
> abc;Seq "R": "r" "S": "s" "T": "t" "U": "u" "V": "v" > abc;Seq "R": "r" "S": "s" "T": "t" "U": "u" "V": "v" > abc;Seq "R": "r" "Q": "q" "P": "p" "O": "o" "N": "n" > abc;Seq "R": "r" "Q": "q" "P": "p" "O": "o" "N": "n" "M": "m" "L": "l"
Working with objects
Many real use cases will be about storing the whole objects in SortedMap. That will usually be meaningful only when custom comparator is defined.
Let's consider the following example with city objects as keys and their co-ordinates as values:
> const SortedMap Seq fromJS = ; // Have an array of city objects> const cities= state: 'MA' city: 'Boston' '42°21′N''71°04′W' city: 'Miami' state: 'FL''25°47′N''80°13′W' city: 'Seattle' state: 'WA''47°37′N''122°20′W' city: 'Phoenix' state: 'AZ''33°27′N''112°04′W'; // Make a seq that converts cities and their co-ordinates from JS into immutable objects> const citiesSeq=Seq;Seq Map "state": "MA" "city": "Boston" : List "42°21′N" "71°04′W" Map "city": "Miami" "state": "FL" : List "25°47′N" "80°13′W" Map "city": "Seattle" "state": "WA" : List "47°37′N" "122°20′W" Map "city": "Phoenix" "state": "AZ" : List "33°27′N" "112°04′W" // Create a default SortedMap> const map1=;SortedMap Map "city": "Miami" "state": "FL" : List "25°47′N" "80°13′W" Map "city": "Phoenix" "state": "AZ" : List "33°27′N" "112°04′W" Map "city": "Seattle" "state": "WA" : List "47°37′N" "122°20′W" Map "state": "MA" "city": "Boston" : List "42°21′N" "71°04′W"
When relying on defaultComparator, like in example above, the objects get sorted by their string representations from toString() method. This is usually not what the application designers want. In our case it makes more sense to sort by the city name, than the whole string representation.
Let's create a custom comparator:
// Define a general simple comparator> const cmp=a>b?1:a<b?-1:0; // Define a comparator of city names> let ; // Create a SortedSet with custom comparator> const map2=;SortedMap Map "state": "MA" "city": "Boston" : List "42°21′N" "71°04′W" Map "city": "Miami" "state": "FL" : List "25°47′N" "80°13′W" Map "city": "Phoenix" "state": "AZ" : List "33°27′N" "112°04′W" Map "city": "Seattle" "state": "WA" : List "47°37′N" "122°20′W"
The custom comparator that we have created seems to work as expected. Now let's add into the collection another city of Phoenix, this time from state Illinois.
> const map3=map2;SortedMap Map "state": "MA" "city": "Boston" : List "42°21′N" "71°04′W" Map "city": "Miami" "state": "FL" : List "25°47′N" "80°13′W" Map "city": "Phoenix" "state": "IL" : List "41°36′N" "87°37′W" Map "city": "Seattle" "state": "WA" : List "47°37′N" "122°20′W"
The Phoenix, AZ had been replaced with Phoenix, IL. This is because of the way the custom comparator is defined. It determines equality by comparing city names only, therefore Phoenix, AZ and Phoenix, IL are equal according to this comparator. Let's try to extend the comparator to compare the city name first and if they match then determine the result by comparing the state.
// Define more complex custom comparator> ||; // Create a new SortedMap with new custom comparator> const map4=;SortedMap Map "state": "MA" "city": "Boston" : List "42°21′N" "71°04′W" Map "city": "Miami" "state": "FL" : List "25°47′N" "80°13′W" Map "city": "Phoenix" "state": "AZ" : List "33°27′N" "112°04′W" Map "city": "Seattle" "state": "WA" : List "47°37′N" "122°20′W" // map4 looks the same as map2, now let's add the conflicting Phoenix, IL to map4> const map5=map4;SortedMap Map "state": "MA" "city": "Boston" : List "42°21′N" "71°04′W" Map "city": "Miami" "state": "FL" : List "25°47′N" "80°13′W" Map "city": "Phoenix" "state": "AZ" : List "33°27′N" "112°04′W" Map "city": "Phoenix" "state": "IL" : List "41°36′N" "87°37′W" Map "city": "Seattle" "state": "WA" : List "47°37′N" "122°20′W"
The custom comparator behaves as expected. Now let's swap the order of commands in the comparator and sort by state first and by city name second.
> const stateCitiesCmp=||; > const map6=;SortedMap Map "city": "Phoenix" "state": "AZ" : List "33°27′N" "112°04′W" Map "city": "Miami" "state": "FL" : List "25°47′N" "80°13′W" Map "city": "Phoenix" "state": "IL" : List "41°36′N" "87°37′W" Map "state": "MA" "city": "Boston" : List "42°21′N" "71°04′W" Map "city": "Seattle" "state": "WA" : List "47°37′N" "122°20′W"
Partial sort
Any collection (including sequences) provides partialSort() and partialSortBy()
functions for efficiently finding and sorting the n smallest elements
in a collection using
Floyd-Rivest select algorithm.
Example:
> const Seq = ; > const seq1=;> seq1Seq "apple" "banana"
Incremental sort
Any collection (including sequences) also provides incSort() and incSortBy() functions optimized to provide first entries of the result set faster than regular sort(). This function is expected to be used with iterators or sequence operations retrieving limited number of result entries.
Example:
> const Seq = ; > const seq1=;> seq1Seq "apple" "banana"
License
MIT License
Modified work Copyright (c) 2017-present, Applitopia, Inc.
Original work Copyright (c) 2014-present, Facebook, Inc.