Hello Everyone, I’m working on implementing PATCH support for an HTTP API. I’m considering using Arrow’s Option type rather than implementing my own. Under PATCH, the three cases to handle are value present(update), value present but null(update by removing the existing value) and value absent(no update). Below is a short snippet of how this would work.
data class Foo(val bar: Option<String?>)
Foo("the value".some())
Foo(null.some()))
Foo(none())
fun main() {
when (val bar = Foo(Some("string")).bar) {
None -> TODO()
is Some -> TODO()
}
}
The arrow documentation says “There are only a few cases where you should use
Option
instead of nullable types, and one is the
nested nullability problem.” I’m wondering if this group consider this use case a valid one or if there other aspects I should be aware of (e.g., explicitly use the
Some
or
.some()
constructor).
