AM
Как по мне, совершенно одинаковые варианты в плане "красоты"
Size: a a a
2020 May 06
ДК
Как по мне, совершенно одинаковые варианты в плане "красоты"
Да немного смущают null-ы.
ДК
Котлин, конечно, очень нулл-френдли язык
BP
На нужном — это на 5000 . По логам видно, что на порту 8080 запускается, но если ставлю нужное значение порта (5000) в окружении, то перестает работать
вы ведь в конфиге ктора прописали нужный вам порт ?
AL
Тем временем на Github Satelite (Play треке) демонстрируют Котлин на примере OPENRNDR: https://githubsatellite.com/#play
QH
когда твой друг спёр миллиард долларов)
AM
Тем временем на Github Satelite (Play треке) демонстрируют Котлин на примере OPENRNDR: https://githubsatellite.com/#play
Какая симпатишная фигня! Я так и не уосужился почитать детальнее после выпуска Talking Kotlin :(
ДК
AM
Я так понимаю, это холиварная тема?
Конечно. Есть сторонники опшнлов, есть сторонники nullable-типов.
ДК
Круто, конечно, что компилятор котлина настолько умный, что умеет выводить тип выражения
if(a)как
return T
else return null
T?
но зачем перегружать синтакис языка, если можно вполне выразить все красивыми задокументированными типами, на которые банально можно поконтрол-кликать в идееAM
Первые считают, что вместо выразимого в системе типов языка опшнла делать специальный синтаксис — зло, а также люто радуются
Optional<Optional<T>>, который невозможен с наллабл-типами (T?? то же самое, что и T?), вторые прагматично смотрят на слабую применимость этой хреновины и считают, что null — штука, с которой действительно удобно работать, а также пользуются фактом того, что T — сабтайп T?.AM
Непосредственно холиварить об этом смысла нет, все понимают, что это вопрос трейдоффа.
AM
Ну то есть может, и есть смысл холиварить, но не тут, пожалуйста :)
RE
.flatMapConcat {
when(it) {
is Left -> log(it)
is Right -> flowOf(it)
}
}Закину еще вариант с transform (выглядит более по компактно и понятней):
.transform {
when(it) {
is Left -> log(it)
is Right -> emit(it)
}
}AM
Закину еще вариант с transform (выглядит более по компактно и понятней):
.transform {
when(it) {
is Left -> log(it)
is Right -> emit(it)
}
}Я о нём забыл, если честно, это, конечно, лучший вариант, чем flatMapConcat.
BP
+ новых Flow не создает)
QH
Круто, конечно, что компилятор котлина настолько умный, что умеет выводить тип выражения
if(a)как
return T
else return null
T?
но зачем перегружать синтакис языка, если можно вполне выразить все красивыми задокументированными типами, на которые банально можно поконтрол-кликать в идееПотому что в джаве уже полно нуллабельных API.
При этом
а) их нуллабельность неизвестна, а
б) оборачивание в опшенал стоит дополниельной аллокации.
При этом
а) их нуллабельность неизвестна, а
б) оборачивание в опшенал стоит дополниельной аллокации.
ДК
Закину еще вариант с transform (выглядит более по компактно и понятней):
.transform {
when(it) {
is Left -> log(it)
is Right -> emit(it)
}
}Кайф
I
Потому что в джаве уже полно нуллабельных API.
При этом
а) их нуллабельность неизвестна, а
б) оборачивание в опшенал стоит дополниельной аллокации.
При этом
а) их нуллабельность неизвестна, а
б) оборачивание в опшенал стоит дополниельной аллокации.
А если option будет inline 🤔
Говорят джавовый точно сделают inline
Говорят джавовый точно сделают inline