да, потому что любой иф это минимум два выражения

а лябда без блока принимает только одно выражение

а не потому что это мешает файналами быть файналами

научите явовский иф возвращать значение :(9

научите явовский иф возвращать значение :(9

Для этого есть тернарный оператор

нет, спасибо

научите явовский иф возвращать значение :(9

а после ифа что, for comprehension добавлять?

научите явовский иф возвращать значение :(9

Кстати, такое я в расте только видел

Вроде

научите явовский иф возвращать значение :(9

Так можно уже. В Kotlin

Так можно уже. В Kotlin

Так можно уже. В Scala

Груви, груви забыли

Так можно уже. В Kotlin

а пример покажете? И зачем такое н

ужно?

a == b ? true:false

a == b ? true:false

не-не, это читать адок.

а если у тебя три и более ветки?

Так это просто тернарный оператор

fun baz(v:Int) = if (v>5) true else false

Кстати, такое я в расте только видел

во всех приличных языках так

а пример покажете? И зачем такое н

а как ты final поля будешь инициализировать?

scala> val a = if (1 > 2) 3 else 4 a: Int = 4

Ну так это просто тернарный оператор, видимо я что-то не догнал

обычный сокращенный if

Ну так это просто тернарный оператор, видимо я что-то не догнал

нет, ты что..

бле

тернарный оператор — костыль же.

нуу, удобный порой)

Ну так это просто тернарный оператор, видимо я что-то не догнал

только в if можно N строк писать)

нуу, удобный порой)

а если тебе нужно что-то больше чем одно условие?

тернарный оператор — костыль же.

почему? потому не помож на скаловский?

только в if можно N строк писать)

сделай через методы тернарный :)

в скале веть посути тоже самое

сделай через методы тернарный :)

ммм, нет)

Особенно в джаве

а если тебе нужно что-то больше чем одно условие?

Тогда либо а) используй дико длинный тернарный оператор, либо б) не используй тернарный оператор

a == b ? true: b==c ? true : false : false;

Тогда либо а) используй дико длинный тернарный оператор, либо б) не используй тернарный оператор

опа, а как без тернарного final поле инициализируешь?

scala> val a = 5 match { | case 1 => 2 | case 2 => 3 | case _ => 4 | } a: Int = 4

??

scala> val a = 5 match { | case 1 => 2 | case 2 => 3 | case _ => 4 | } a: Int = 4

А что не так?

все отлично, печалюсь что в ябе и скотлине не такого

все отлично, печалюсь что в ябе и скотлине не такого

в котлине есть

просто кто-то не осилил даже документацию

нету

олсо это пример слишком простой, ты же понимаешь что скальский паттернматчинг может чуть больше

нету

лол чшто

ну покажи

подозреваю что ты про when

ну ты лолка, будешь мне рассказывать что в котлине есть val a = when(5) { 1 -> 2 2 -> 3 else -> 4 } println(a)

ыы

лол

scala> val c = List(1,2,3) match { | case x :: y :: ys => y | case x :: xs => x | case _ => 0 | } c: Int = 2

попытался под видом паттернматчинга продать свитч [x]

хуйня какая-то

канеш

ненужно.

ну да, when это просто мультитайп свитч. слишком слабо

ну да, when это просто мультитайп свитч. слишком слабо

там два вариант есть

if на стероидах

и нормальный свитч

и хватит.

всем должно хватить.

ну так да, хватает

ERROR: S client not available

ты объясни лучше то заклинание что ты выше написал

?

не надо :) а то тебе тоже настоящий паттернматчинг захочется

scala> val c = List(1,2,3) match { | case x :: y :: ys => y | case x :: xs => x | case _ => 0 | } c: Int = 2

что тут происходит то?

например, через паттерн матчинг ты не только условия проверять можешь, но и выдергивать из выражений значения различных переменных

patmat адски удобен при работе с ADT некое подобие последних в котлине есть, а вот патмат недовезли

when -- костыль

ну может еще довезут)

опа, а как без тернарного final поле инициализируешь?

А в чём проблема-то?

val l = listOf(1, 2, 3) val a = when(l.size) { 2 -> l[0] 3 -> l[1] else -> 0 } println(a)

не довезут, они говорят мол "не нужен патмат"

удобно :)

не довезут, они говорят мол "не нужен патмат"

ну так да, пишут код, смотрят чего не хвает

val l = listOf(1, 2, 3) val a = when(l.size) { 2 -> l[0] 3 -> l[1] else -> 0 } println(a)

это совсем не то

тернарный и "паттерн матчинг как в скале (тм)" не завезли, потому что и так ок, че

Паттерн матчинг это прекрасно

это совсем не то

ну сори, как понял код на скале, так и написал

да тебе все в котлине "как надо", без критики я могу ушат говна вылить на скалу, но, тем не менее, это самый практичный язык для меня на сегодня

у котлина жирный плюс - его никто не боится и можно продавить в любой проект, с другой стороны - он не приносит ничего концептуально нового, только добавляет удобный сахарок

Ебать еще один обыватель

С сахарком

он прав, чего там, котлин и есть сахар

На каком-то докладе по Котлину эдак где-то год назад сказали, что паттерн матчинг в скале нужен только для парсеров, поэтому они не будут его включать в язык. Орнул с них знатно.

Лол

он прав, чего там, котлин и есть сахар

скала так-то тоже сахар, все что есть в скале можно написать на джаве

норм че

Это же бесконечно удобная вещь

не всё :)

"Так это про любую фичу знаешь говорят, если ты можешь описать фичу через другие фичи, то это синтаксический сахар, в голове обывателя" (с) Шипилев

не всё :)

все, у тебя байткод один по итогу

не все что в байткоде можно выразить в яве

хоть через asm