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.
When iterating a SortedSet, the entries will be (value, value) pairs. Iteration
order of a SortedSet is determined by a comparator.
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.
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 } = require('@oraichain/immutable'); // Have an array of city objects > constcities=[ {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 > constcitiesSeq=Seq(cities).map((v)=>fromJS(v)); // Create a default SortedSet > constset1=SortedSet(citiesSeq); 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 > constcmp=(a,b)=>(a>b?1:a<b?-1:0); // Define a comparator of city names > letcitiesCmp=(a,b)=>cmp(a.get('city'), b.get('city')); // Create a SortedSet with custom comparator > constset2=SortedSet(citiesSeq, citiesCmp); 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.
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 > citiesCmp=(a,b)=>cmp(a.get('city'), b.get('city'))||cmp(a.get('state'), b.get('state')); // Create a new SortedSet with new custom comparator > constset4=SortedSet(set2, citiesCmp); 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 > constset5=set4.add(fromJS({city:'Phoenix', state:'IL'})); 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.
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.
Using a custom comparator:
When iterating a
SortedSet
, the entries will be (value, value) pairs. Iteration order of a SortedSet is determined by a comparator.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
.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:
When relying on
defaultComparator
, like in example above, the objects get sorted by their string representations fromtoString()
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:
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.
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.
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.