Add support for several types

[AdrianRaFo]

Add more instances to encode and decode the following Arrow types:

• Option
• Either
• Tuple2
• Tuple3

Also, support for kotlin types:

• List
• Map
• Pair
• Triple
• All nullables

and finally, support for Java types:

• BigDecimal
• BigInteger
• UUID

I have tested all these new types with complex models on the sample module

Note: If you note that an important type is missing and want to see it on the first release please let me know to add it here

[47degdev]

Hood benchmark comparison: :heavy_check_mark: Decoding (Threshold: 257.7455896237748)

Benchmark	Value
master_benchmark	10916.990504635269
helios_benchmark	11130.893134319518

:warning: Decodingfromraw (Threshold: 250.0)

Benchmark	Value
master_benchmark	7232.359819202301
helios_benchmark	7093.866595814756

:heavy_check_mark: Parsing (Threshold: 250.0)

Benchmark	Value
master_benchmark	22898.94171983691
helios_benchmark	22990.565607334767

[nomisRev]

@pakoito I thought I ported this from Circe but I just checked and the Eq instance looks quite different there. The only issue istoBiggerDecimal, which we don't have in Kotlin.

implicit final val eqJsonNumber: Eq[JsonNumber] = Eq.instance {
    case (JsonLong(x), JsonLong(y))             => x == y
    case (JsonDouble(x), JsonDouble(y))         => java.lang.Double.compare(x, y) == 0
    case (JsonFloat(x), JsonFloat(y))           => java.lang.Float.compare(x, y) == 0
    case (JsonBigDecimal(x), JsonBigDecimal(y)) => x.compareTo(y) == 0
    case (a, b)                                 => a.toBiggerDecimal == b.toBiggerDecimal
}

PS: In Arrow it shouldn't be broken since we only have Eq for Kotlin's Number types which we can just redirect to the underlying equals.

[AdrianRaFo]

I'm going to move the float comparison issue to this https://github.com/47deg/helios/issues/70

[AdrianRaFo]

I still need to fix the Map codec before merge

[AdrianRaFo]

This is ready for review now @nomisRev @pakoito @fedefernandez