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

16:07пожаловаться #1

Constantine Linnick

это способ навесить "статический метод"

Можно и без этого жить. Вот завезут нормальный способ - будет удобнее, а пока делать такое - нет, спасибо.

16:08пожаловаться #2

Constantine Linnick in Kotlin Community

ну я не спорю, выглядит криво очень

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

Adding statically accessible members to an existing Java class via extensions : KT-11968

а, точно, тут ещё https://youtrack.jetbrains.com/issue/KT-11968

YouTrack

Hello, * At the moment it is possible to define extension members for java classes that are accessible through instances of that java class. * One may add statically accessible members to classes def…

Выглядит полезно, лойс. Но с enum не поможет скорее всего, это другое)

16:10пожаловаться #4

https://stackoverflow.com/questions/35966447/kotlin-how-to-extend-the-enum-class-with-an-extension-function

Constantine Linnick

Stack Overflow

Kotlin: How to extend the enum class with an extension function

I'm trying to extend enum classes of type String with the following function but am unable to use it at the call site like so:

fun <T: Enum> Class.join(skipFirst: In...

Ааа, мои глаза! Добавил нормальный ответ.

Stack Overflow

Kotlin: How to extend the enum class with an extension function

I'm trying to extend enum classes of type String with the following function but am unable to use it at the call site like so:

fun <T: Enum> Class.join(skipFirst: In...

16:15пожаловаться #5

Вообще не понятно почему не сделали вот такую штуку:

fun <reified E : Enum<E> E.names() = enumValues<E>.map { it.name }

Это прям дало бы много свободы для либописателей

16:15пожаловаться #6

Alexey Otts

Вообще не понятно почему не сделали вот такую штуку:

fun <reified E : Enum<E> E.names() = enumValues<E>.map { it.name }

Это прям дало бы много свободы для либописателей

потому что нет нормального способа это выразить

16:15пожаловаться #7

потому что нет нормального способа это выразить

В каком смысле?

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

E — это же тип enum-константы, а не компаниона

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

Ну и я хотел, бы чтобы можно было вешать на тип

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

Оч бесит, когда тебе нужен синтаксис для класса, добавлять companion object

16:17пожаловаться #11

ну на воображаемый E.Companion, да

16:17пожаловаться #12

А если изначально в классе его не написали, то всё ты его не расширишь

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

ну на воображаемый E.Companion, да

Ну я просто не понимаю зачем такое ограничение)

16:17пожаловаться #14

Adding statically accessible members to an existing Java class via extensions : KT-11968

а, точно, тут ещё https://youtrack.jetbrains.com/issue/KT-11968

YouTrack

вот здесь и хотят это сделать

16:17пожаловаться #15

Alexey Otts

Ну я просто не понимаю зачем такое ограничение)

Ну сейчас просто статиков и прочих методов "класса" нет. Так-то гармонично всё, экстеншены всегда привязаны к какому-то объекту.

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

Меня смущает слово java

16:19пожаловаться #17

Alexey Otts

Меня смущает слово java

Там в комментах просят и расширение котлиновских классов без компаньонов

16:19пожаловаться #18

ага, вижу

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

Только вопрос, что будет с совместимостью в таком случае, если у класса с воображаемым companion он таки появится