Обнуление метода null-return в Java с опцией в Scala?

Предположим, что у меня есть метод session.get(str: String): String, но вы не знаете, вернет ли он строку или нуль, потому что она исходит из Java.

Есть ли более простой способ обработать это в Scala вместо session.get("foo") == null? Может быть, какая-то магия применима как ToOption(session.get("foo")), а затем я могу ее обработать в Scala, как

ToOption(session.get("foo")) match {
    case Some(_) =>;
    case None =>;
}

Ответ 1

Метод Option сопутствующего объекта apply служит функцией преобразования из нулевых ссылок:

scala> Option(null)
res4: Option[Null] = None

scala> Option(3)   
res5: Option[Int] = Some(3)

Ответ 2

Объект Option имеет метод apply, который выполняет именно это:

var myOptionalString = Option(session.get("foo"));

Ответ 3

Обратите внимание, что при работе с объектами Java он не будет работать должным образом:

val nullValueInteger : java.lang.Integer = null
val option: Option[Int] = Option(nullValueInteger)
println(option)  // Doesn't work - zero value on conversion

val nullStringValue : String = null
val optionString: Option[String] = Option(nullStringValue)
println(optionString) // Works - None value

Ответ 4

Это очень старая тема, но хорошая!

Это правда, что преобразование любого неисключительного результата Try to Option приведет к некоторому...

scala> Try(null).toOption
res10: Option[Null] = Some(null)

... потому что Try - это не проверка на обнуляемость, а просто способ функциональной обработки исключений.

Использование Try для перехвата исключения и преобразования его в Option для удобства покажет None в случае возникновения исключения.

scala> Try(1/0).toOption
res11: Option[Int] = None

Вы хотите сохранить значения, полученные в Try. Это может быть нулевым.

Но верно и то, что стандартная библиотека иногда довольно запутанная...

scala> Try(null).toOption
res12: Option[Null] = Some(null)

scala> Option(null)
res13: Option[Null] = None

Это поведение немного противоречиво, но оно отражает намеренное использование как Try, так и Option.

Вы используете try, чтобы получить то, что выходит из выражения, которое может генерировать исключения, и вас не волнует само исключение.

Значение, которое может выйти, вполне может быть нулевым. Если toOption дал None, вы не могли бы различить исключение и ноль, и это нехорошо!

В автономном режиме вы используете Option для инкапсуляции существования или отсутствия чего-либо. Так что в этом случае Some (null) - None, и это имеет смысл, потому что null в этом случае означает отсутствие чего-либо. Здесь нет никакой двусмысленности.

Важно отметить, что в любом случае ссылочная прозрачность не нарушается, поскольку .toOption не является таким же, как Option()

Если вам действительно необходимо обеспечить ОБА безопасность исключений И нулевую безопасность, и ваш код действительно не нуждается в различении между нулем и исключением, вам просто нужно объединить обе парадигмы! Потому что хорошо, это то, что вы хотите, верно?

Вы можете сделать это одним способом...

scala> Try(Option(null)).getOrElse(None)
res23: Option[Null] = None

scala> Try(Option(3/0)).getOrElse(None)
res24: Option[Int] = None

scala> Try(Option(3)).getOrElse(None)
res25: Option[Int] = Some(3)

... или другой...

scala> Try(Option(null)).toOption.flatten
res26: Option[Null] = None

scala> Try(Option(3/0)).toOption.flatten
res27: Option[Int] = None

scala> Try(Option(3)).toOption.flatten
res28: Option[Int] = Some(3)

... или до смешного уродливого из них другого...

scala> Option(Try(null).getOrElse(null))
res29: Option[Null] = None

scala> Option(Try(3/0).getOrElse(null))
res30: Option[Any] = None

scala> Option(Try(3).getOrElse(null))
res31: Option[Any] = Some(3)