В рейтинге участвует:

групп:

каналов:

Виртуальный сервер на SSD - недорого!

Аренда выделенных и виртуальных серверов (VDS/VPS), хостинг, аренда IP-адресов, администрирование, круглосуточная поддержка

qwarta.ru подробнее

Резервное копирование с проверкой на вирусы!!!

Удобный сервис создания резервных копий на любой сервер сети интернет. Отслеживайте изменения, проверяйте на вирусы. Надежно защитите свой бизнес!

go.backupland.com

Выбираете сервер? Любая конфигурация на заказ!

Аренда физических серверов любых конфигураций под любые запросы - 1С бухгалтерия, игровые сервера, нагруженные проекты, интернет-магазины!

qwarta.ru подробнее

Size: a a a

Kotlin Community

3092 membersпожаловаться на группу
2020 March 19

K

Kopusha in Kotlin Community
переиспользовать код не нужно, просто как маркер, что "вот эти 5 строчек делают это". Обычно ставят какой-то range comment в таких случаях с begin/end. Подумал, может что-то есть в языке
источник
17:16пожаловаться#1

t

trashkalmar in Kotlin Community
Kopusha
экзотический вопрос, есть какой-то сахар, чтобы обернуть блок кода в скобки с именем? Как альтернатива комментарию
ex:
"пояснение" {
...
...
}
(знаю, что можно объявить локальную функцию и тут же ее вызвать)
inline operator fun String.invoke(block: () -> Unit) {}
Как-то так?
источник
17:18пожаловаться#2

VP

Vladimir Petrakovich in Kotlin Community
Kopusha
переиспользовать код не нужно, просто как маркер, что "вот эти 5 строчек делают это". Обычно ставят какой-то range comment в таких случаях с begin/end. Подумал, может что-то есть в языке
Тогда комментарии - это самое то
И да, оно уже есть в языке
Но если очень хочется (непонятно зачем) - inline fun String.invoke(block: () -> Unit) = block()
источник
17:18пожаловаться#3

K

Kopusha in Kotlin Community
такие комментарии, с началом и концом, потом часто превращаются в кашу. Я так.. больше как упражнение. Спасибо.
источник
17:20пожаловаться#4

VP

Vladimir Petrakovich in Kotlin Community
Kopusha
такие комментарии, с началом и концом, потом часто превращаются в кашу. Я так.. больше как упражнение. Спасибо.
Возможно есть смысл вынести этот блок кода в отдельную функцию. У него тогда и название будет человеческое, и структура нормальная.
источник
17:21пожаловаться#5

BP

Bogdan Panchenko in Kotlin Community
Alexander Nozik
Если сделать на Sequence, будет sequence. Генерация листа в общем случае дешевле
Это если данных нет и аррай
источник
17:21пожаловаться#6

VP

Vladimir Petrakovich in Kotlin Community
И входы-выходы более-менее понятные, а не каша на 100-200 строк
источник
17:21пожаловаться#7

I

Igor in Kotlin Community
Vladimir Petrakovich
Возможно есть смысл вынести этот блок кода в отдельную функцию. У него тогда и название будет человеческое, и структура нормальная.
И положить ее можно внутрь вызывающей функции 👍 (постоянно так в f# делаю)
источник
17:32пожаловаться#8

BV

Boris Vanin in Kotlin Community
А чо, тесты так и пишут 🤷‍♂
источник
18:06пожаловаться#9

nt

nikita tukkel in Kotlin Community
всем привет. сейчас у меня не специально в процессе работы получился пазлер. и это было бы смешно, если бы это была очередная шутка про javascript, но это про kotlin 😞
гляньте плиз:
https://stackoverflow.com/questions/60760071/kotlin-case-of-non-intuitive-type-inference
Stack Overflow
Kotlin case of non-intuitive type inference
I found some non-intuitive behavior of type inference. As a result, the semantically equivalent code works differently, depending on what information the compiler infer about function return type. ...
источник
18:18пожаловаться#10

RI

Ruslan Ibragimov in Kotlin Community
nikita tukkel
всем привет. сейчас у меня не специально в процессе работы получился пазлер. и это было бы смешно, если бы это была очередная шутка про javascript, но это про kotlin 😞
гляньте плиз:
https://stackoverflow.com/questions/60760071/kotlin-case-of-non-intuitive-type-inference
Stack Overflow
Kotlin case of non-intuitive type inference
I found some non-intuitive behavior of type inference. As a result, the semantically equivalent code works differently, depending on what information the compiler infer about function return type. ...
Ну throw smth походит, потому что это тип Nothing
источник
18:35пожаловаться#11

nt

nikita tukkel in Kotlin Community
это понятно. но дальше получается, что у функции ты написал <T : TestData>, а компилятор тебе вывел тип переменной в Nothing. что-то в этом есть неправильное.
источник
18:37пожаловаться#12

RI

Ruslan Ibragimov in Kotlin Community
Ну такой вот Nothing, на самом деле очень логично, например если вот так написать:

puzzler1 {
    try {
        TestData("Next number is ${it.toInt() + 1}")
    } catch (e: NumberFormatException) {
        // log
        throw e
    }
}


то без nothing не получилось бы этому try (который экспрешен) кинуть эксепшен
источник
18:41пожаловаться#13

RI

Ruslan Ibragimov in Kotlin Community
А так получается что внутри try тип TestData, в catch Nothing, тип всего выражения - TestData, т.к. Nothing : TestData
источник
18:42пожаловаться#14

nt

nikita tukkel in Kotlin Community
а разве Nothing : TestData ? я про это не подумал
источник
18:43пожаловаться#15

RI

Ruslan Ibragimov in Kotlin Community
источник
18:44пожаловаться#16

nt

nikita tukkel in Kotlin Community
спасибо. теперь я понял, все логично. но остается вопрос, что сделать, чтобы код перестал быть пазлером, стал очевидным.
источник
18:45пожаловаться#17

AN

Alexander Nozik in Kotlin Community
Вот только что на лекции показывал :). Если запись есть, могу потом кинуть
источник
18:45пожаловаться#18

RI

Ruslan Ibragimov in Kotlin Community
notok2 у меня выводит как TestData и не требует кастов в assertEquals
источник
18:47пожаловаться#19

RI

Ruslan Ibragimov in Kotlin Community
или в чем там смысл примера
источник
18:47пожаловаться#20