AE
Зато компилятор котлина подставит не то, дефолт методы это же просто статика
Нет, не статика для таргета 8+
Size: a a a
2020 August 21
AE
Зато компилятор котлина подставит не то, дефолт методы это же просто статика
И да, он подставит в реализацию наследника интерфейса, если метод там не реализован, поэтому даункаст все равно ничего не сломает
BP
Нет, не статика для таргета 8+
В котлине ? Вы посмотрите на байт код. Там может не статика, но медот в компаньоне.
В Котлин 1.4 только завозят что бы он компилится в таргете 1.8 нормально
В Котлин 1.4 только завозят что бы он компилится в таргете 1.8 нормально
BP
И да, он подставит в реализацию наследника интерфейса, если метод там не реализован, поэтому даункаст все равно ничего не сломает
Точно, метод же по-любому нужно реализовать.
Да я продолбался
Да я продолбался
AE
В котлине ? Вы посмотрите на байт код. Там может не статика, но медот в компаньоне.
В Котлин 1.4 только завозят что бы он компилится в таргете 1.8 нормально
В Котлин 1.4 только завозят что бы он компилится в таргете 1.8 нормально
дефолт методы вроде уже давно есть для 8+
BP
дефолт методы вроде уже давно есть для 8+
BP
Так это если аннотацию ставить, таргет джавы не причем
AE
Так это если аннотацию ставить, таргет джавы не причем
так ты же сказал что его только в 1.4 завозят. в нем только флажок добавили что бы компилятор по дефолту все так скомпилил
BP
так ты же сказал что его только в 1.4 завозят. в нем только флажок добавили что бы компилятор по дефолту все так скомпилил
Ну перед этим ты сказал что влияет таргет, и напечатал "только завозят"
AE
Ну перед этим ты сказал что влияет таргет, и напечатал "только завозят"
так без нужного таргета он и не скомпилит
BP
так без нужного таргета он и не скомпилит
Как и без нужной аннотации, я понимаю люди из спринга привыкли к аннотациям, но я пока не видел код где был применен JvmDefault. </offtop>
AE
Как и без нужной аннотации, я понимаю люди из спринга привыкли к аннотациям, но я пока не видел код где был применен JvmDefault. </offtop>
не набрасывай и ненаброшенным будешь. понимаю что для ведра много и не надо
VS
Возмжоность совместного применения destructuring и делегатов обсуждалась?
Иными словами, деструктуризация на основе имён, а не она основе порядка.
В тех же regexp’ах было бы хорошо:
Иными словами, деструктуризация на основе имён, а не она основе порядка.
В тех же regexp’ах было бы хорошо:
val (major: Int, minor: Int, patch: Int?) by Regex("(?<major>\d+).(?<minor>\d+)(?:.(?<patch>\d+))»).find(…)RE
Обсуждали уже много раз. Вот только недавно снова в slack-е. Kotlin это не JS. Одна из важных целей языка это tooling-friendliness. Когда вы пишете
val ( у IDE не будет способа узнать что вы напишете справа и какие имена вам надо подсказать в auto-completion.PE
А кого есть из интересных еще почитать на медиуме кроме Романа Елизарова? :)
PE
А то я перечитал уже много чего, хочется и других почитать если есть
AN
А то я перечитал уже много чего, хочется и других почитать если есть
Остальные не на медиуме. Я думаю, что надо действительно взять доклады с котлинконфов и гуглить по авторам
PE
Остальные не на медиуме. Я думаю, что надо действительно взять доклады с котлинконфов и гуглить по авторам
Эх, ладно, спасибо
AL
Обсуждали уже много раз. Вот только недавно снова в slack-е. Kotlin это не JS. Одна из важных целей языка это tooling-friendliness. Когда вы пишете
val ( у IDE не будет способа узнать что вы напишете справа и какие имена вам надо подсказать в auto-completion.А можно ссылку на обсуждение какую-либо? Ощущается, что проблема подсказок имён это скорее наоборот про позиционное деструктурирование.