Convenience functions for 2-Tuples (also known as pairs).
In certain situations, this proves more "pipe friendly" than the standard
Tuple.pair. Fits nicely in your update function.
{ model | count = model.count + 1 }
|> Tuple.Extra.pairWith Cmd.noneOccasionally you might want to create a Tuple from a single value. This does just that.
Tuple.Extra.from 1 --> ( 1, 1 )Given a function that takes two arguments, apply that function to the two values contained in a tuple.
Tuple.Extra.apply (+) ( 1, 2 )
--> 3Flip the two values contained in a tuple.
Similar to String.join but for tuples instead of lists. Given some separator string, join together two strings in a tuple.
Tuple.Extra.join " " ( "Hello", "world" )
--> "Hello world"Works just like join, but first converts the values of the tuple to strings. These means the function works with any type of tuple.
Tuple.Extra.joinBy String.fromInt suitToString " of " ( 7, Club )
== "Seven of Clubs"Similar to List.sum but for tuples instead of lists. Adds together two numbers contained in a tuple.
Tuple.Extra.sum ( 1, 2 )
--> 3Similar to List.sum but for tuples instead of lists. Multiplies together two numbers contained in a tuple
Tuple.Extra.product ( 1, 2 )
--> 2Similar to List.sort but for tuples instead of lists. Sort values contained in a tuple from lowest to highest
Tuple.Extra.sort ( 2, 1 )
--> ( 1, 2 )Similar to List.sortBy but for tuples instead of lists. Sort values
contained in a tuple by first converting both values to a comparable. The
values are sorted lowest to highest
Tuple.Extra.sortBy String.length ( "mouse", "cat" )
--> ( "cat", "mouse" )Similar to List.sortWith but for tuples instead of lists. Instead of
converting values contained in a tuple to comparables, instead supply a
function that will produce an Order directly.
Tuple.Extra.sortWith Basics.compare ( 2, 1 )
--> ( 1, 2 )Apply a function to both values contained in a tuple. This might also be
known as mapBothWith or bimap.
Tuple.Extra.map negate ( -3, 10 )
--> ( 3, -10 )
By type aliasing tuples into a "normal" type, we remove the (small) effort required in reading types and signatures that have tuples in. I've found this is most beneficial when a tuple is nested inside another type. Visually, the Tuple type is now no different to List, Maybe, or Result.
For example, this:
becomes: