Телеграмм чат группы kotlin

трейты)

1. Какие минусы видишь в этом решении?
2. Какой синтаксис, если захочется сделать две реализации интерфейса в виде экстеншенов?

13:12пожаловаться #1

с#

Ruslan Ibragimov

наоборот я рад

13:12пожаловаться #2

с#

это очень круто, если такое будет

13:13пожаловаться #3

Andrew Mikhaylov in Kotlin Community

я кстати очень давно хотел именно такое, но мне сказали, что это не вписывается в синтаксис котлина

Ты ж оговаривай, что это из комментов, а не из ишуи. А то я уже подумал, что в котлин трейты везут.

13:54пожаловаться #4

с#

Andrew Mikhaylov

Ты ж оговаривай, что это из комментов, а не из ишуи. А то я уже подумал, что в котлин трейты везут.

а, извиняюсь)

14:07пожаловаться #5

с#

в таком случае же finally перед ретюрном вызовется, после block.invoke() ?

14:20пожаловаться #6

с#

иначе наверное был бы варн

14:20пожаловаться #7

с#

а хотя нет, не был бы

14:21пожаловаться #8

Iaroslav Postovalov in Kotlin Community

иначе наверное был бы варн

не на все есть дфа в идее

14:21пожаловаться #9

Pavel Erokhin in Kotlin Community

в таком случае же finally перед ретюрном вызовется, после block.invoke() ?

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

value

try {
    value = block()
} finally {
    unlock()
}
return value

14:21пожаловаться #10

с#

Pavel Erokhin

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

value

try {
    value = block()
} finally {
    unlock()
}
return value

точно?
я на всякий переписал

14:22пожаловаться #11

Pavel Erokhin in Kotlin Community

конечно

14:22пожаловаться #12

с#

хорошо, спасибо.

Compile-time Extension Interfaces by raulraja · Pull Request #87 · Kotlin/KEEP

14:22пожаловаться #13

Alexander Nozik in Kotlin Community

https://github.com/Kotlin/KEEP/pull/87#issuecomment-746042751 KEEP-87 и KEEP-176 наконец-то слились в экстазе и перестали существовать как раздельные пропозалы. Приоритет на мульти-ресиверы, а потом через них extension interfaces. Ну и славненько.

GitHub

Proposal
The goal of this proposal is to enable compile-time dependency resolution through extension syntax. Overall, we want to enable "contract" interfaces to be declared as pro...

Compile-time Extension Interfaces by raulraja · Pull Request #87 · Kotlin/KEEP

20:37пожаловаться #14

Iaroslav Postovalov in Kotlin Community

Alexander Nozik

GitHub

Proposal
The goal of this proposal is to enable compile-time dependency resolution through extension syntax. Overall, we want to enable "contract" interfaces to be declared as pro...

ну вот сделают через двести лет extension interfaces плюс valhalla, свифт на помойку пойдет

20:38пожаловаться #15

Alexander Nozik in Kotlin Community

Iaroslav Postovalov

ну вот сделают через двести лет extension interfaces плюс valhalla, свифт на помойку пойдет

Свифт тоже ни чем не плох

20:39пожаловаться #16

Iaroslav Postovalov in Kotlin Community

Alexander Nozik

Свифт тоже ни чем не плох

а он будет не нужен

https://developers.googleblog.com/2020/12/announcing-grpc-kotlin-10-for-android.html

20:40пожаловаться #17

Denys in Kotlin Community

Google Developers Blog

Announcing gRPC Kotlin 1.0 for Android and Cloud

News and insights on Google platforms, tools, and events.

21:20пожаловаться #18

Andrew Mikhaylov in Kotlin Community

Iaroslav Postovalov

а он будет не нужен

Интересно, сколько раз всякие дарты с джиэсами уже похоронили свифт :)

21:20пожаловаться #19

Arkadii Ivanov in Kotlin Community

Я столкнулся с тем, что компиляция Котлин кода в несколько раз медленнее чем "такого же" кода на Java. Сейчас у нас в проекте Protobuf модели генерируются на Java. Я пробую переделать на Котлин. Так же самая спека, сгенерированная на Котлине, компилируется раз в 10 дольше. Каждый класс кладу в отдельный файл. Всего ~1400 классов.

Есть ли какой-либо лайфхак, как ускорить сборку?