A modern programming language that makes developers happier.

kotlinlang

что-то как по мне - звучит бредово <https://youtrack.jetbrains.com/issue/KT-20781>

Звучит нормально, пока не надо это реализовывать (передавать значения туда и обратно). А когда задумаешься о реализации хотя бы 5 секунд- то сразу в морг (идею).

может предложу плохой вариант, но можно было бы сделать `!!` оператором и определить как расширение для Optional
```
fun somethingOptional():Optional&lt;T&gt;

var x: T? = somethingOptional()!!
```

<@U2R8YUED8> на самом деле передовать не сложно, Optional.of() или Optional.ofNullable() прямо при передаче аргумента дальше.
с вытаскиванием то тоже решается, orElse(null). ну будет везде лишний вызов

а что делать при реализации Java интерейса, который прнимает Optional и возвращает его же? ну ок, вытащили, что то сделали, завернули и отдали. но тут напрашивается, не выгоднее ли возпользоваться API самого Optional?

получается та же проблема автоматического боксинга и анбоксинга

опять таки всплывает вопрос бинарной совместимости

хотя нет, не бинарной. в скомпиленном коде ничего не сломается, а вот при сборке придется переписывать

работает, но оператор не совсем тот
```
operator fun &lt;T&gt; Optional&lt;T&gt;.not() : T? = orElse(null)

fun somethingOptional():Optional&lt;T&gt;

var x: T? = !somethingOptional()
```

а тут предложили более корректный вариант
```
val &lt;T&gt; Optional&lt;T&gt;.asNullable: T? get() = orElse(null)
```

ну и компаньон
```
val &lt;T&gt; T.asOptional: Optional&lt;T&gt; get() = Optional.ofNullable(this)
```

ну, концептуально он же прав, идея здравая. Может как плагин или отключаемый флаг, если что пойдёт не так.

Там вместо этого игнор :slightly_smiling_face:

Вместо дизлайка гораздо более действенно будет оставить комментарий с аргументами :wink:

и тогда с дислайками бы не было data классов? :troll: Не, все норм как есть.