Да будет, будет. Думаю, что в следующем году. Просто сейчас не в приоритетах.

По комментариям на форуме - не скоро. Да и где то Бреслав или еще кто говорил что не скоро, текущая реализация мол не проигрывает

Не скоро завезут короче

Хотя наверно можно попробовать спросить тут @relizarov, но думаю другого ответа не получим

Да. Но тикет есть. Там даже какое-то движение. Просто не понятно зачем. Фичи новых jvmвставлять будут. Просто не очень быстро. В первую очередь дефолты из jvm8 (уже есть). Потом jigsaw.

Да. Но тикет есть. Там даже какое-то движение. Просто не понятно зачем. Фичи новых jvmвставлять будут. Просто не очень быстро. В первую очередь дефолты из jvm8 (уже есть). Потом jigsaw.

Можно ссылку? Интересно почитать аргументацию

На мобилке. Не найду. Но вопрос периодически поднимается.

Интересный факт что динамики мало что дают для статического языка.

На мобилке. Не найду. Но вопрос периодически поднимается.

Буду признателен если отправите как будет возможность, может завтра тоже погуглю еще раз

Интересный факт что динамики мало что дают для статического языка.

Там фишка +- в скорости вызова лямбд и стоимости ресурсов на их содержание

Так что дают на самом деле, иначе бы их в jvm не завезли

Динамики для котлины мало что дают.

Чтобы не было кучи анонимных классов для лямбд

Котлин большинство лямбд инлайнит

Котлин большинство лямбд инлайнит

Swing, addActionListener { чего-нибудь } - и понеслась

Знаменитый kotlinx.html тоже весёлый байткод выдаёт

Чтобы не было кучи анонимных классов для лямбд

как / на что это влияет?

как / на что это влияет?

Боюсь что JVM захлебнётся с раздутыми класслоадерами

JAR-ники больше и скорость загрузки меньше

да-да, у меня тоже такое есть, я даже багу заводил :)

В таких классах реального кода на несколько десятков байт, а остальное - заголовки и пул констант

Посмотрим на цифры, java 8 на андройде это API version 24, т.е. версия андройда 7+, сейчас это 45 % устройств по офф данным гугла, но я бы дал меньше. Пока эта цифра не станет 90-95% jvm6 депрекейтить не будут

А с 24го апи разве байткод 8 джавы, а не 6й + сахар аля 8я? Чот я запутался

А с 24го апи разве байткод 8 джавы, а не 6й + сахар аля 8я? Чот я запутался

в современном байт-коде Android есть invokedymanic

в современном байт-коде Android есть invokedymanic

ещё нету, в андроид 8.0 добавили только invoke-polymorphic и invoke-custom

капец, не можем седьмую джаву догнать...

значит и не сильно надо видимо ?

ещё нету, в андроид 8.0 добавили только invoke-polymorphic и invoke-custom

не копал детально, но... https://stackoverflow.com/questions/45862140/invokedynamic-requires-min-sdk-version-26

не копал детально, но... https://stackoverflow.com/questions/45862140/invokedynamic-requires-min-sdk-version-26

https://source.android.com/devices/tech/dalvik/dex-format https://source.android.com/devices/tech/dalvik/dalvik-bytecode

invoke-custom как раз по описанию выглядит как invokedynamic

возможно, я не сильно в теме байт-код инструкций java 8 ?

Какими проектами - генераторами (аля start.spring.io) или проектами-шаблонами (аля склонируй нашу репу и пиши свой код) вы пользуетесь?

А с 24го апи разве байткод 8 джавы, а не 6й + сахар аля 8я? Чот я запутался

Не полностью

ещё нету, в андроид 8.0 добавили только invoke-polymorphic и invoke-custom

В 24 API вроде с лямбдами и invoke dynamic завезли, не?

А кто-нибудь знает, есть ли в котлин корутинах что-то вроде CountDown?

просто он, как я понимаю, поток намертво лочит, что в рамках корутин не ок

В корутинах кооперативная многозадачность и поэтому примитивы синхронизации отсутствуют

Задача просто такая, чтобы ограничить некоторое действие

Если точнее - нужно ограничить скорость запросов. Алгоритм такой, что есть исходное и максимальное число запросов, каждый запрос должен отнимать счётчик или ждать такой возможности. Счётчик "регенерирует" по некоторой логике (+1 в секунду, например)

и пока что кроме CountDownLatch я ничего не могу придумать

но в корутинах его нельзя использовать по понятным причинам

Интересный факт что динамики мало что дают для статического языка.

Он был как раз сделан для яп -скриптов, груви и т.д., не понимаю зачем он людям так сильно нужен, вот за новые фичи jvm страшно, с модулями можно и интернал сделать норм, а не просто паблик

это да

Боюсь что JVM захлебнётся с раздутыми класслоадерами

Так класс все равно будет, только зашит в байт код, если есть класс значит и класслоадер будет работать, + что с не нужна ферификация, и загрузка класса быстрей, не нужно его искать по класспасу

В 24 API вроде с лямбдами и invoke dynamic завезли, не?

Я выше скинул спеку по аоспу, там нет упоминания про эту инструкцию. invoke-custom появился только в апи 26

Могу точно сказать что на апи 24 лямбды не настоящие. Вроде даже на Google IO 2016 упоминанили про это(вскользь). Да и тогда был упор на Jack toolchain

Я выше скинул спеку по аоспу, там нет упоминания про эту инструкцию. invoke-custom появился только в апи 26

окей, не прваильно вычитал, думал лямбды с 24 появились

смотрел тут

https://developer.android.com/studio/write/java8-support

т.е. invokedynamic только с 26 API?

т.е. invokedynamic только с 26 API?

Именно такой инструкции до сих пор нету. Насколько я понял есть аналогичные которые делают тоже самое. invoke polymorphic и invoke custom https://source.android.com/devices/tech/dalvik/dalvik-bytecode

т.е. тру java8 либы подключить к андройду до сих пор не возможно?

т.е. тру java8 либы подключить к андройду до сих пор не возможно?

Что значит тру?

написанные на java 8 и скомпиленные его компилятором. там в байткоде будет invokedynamic

написанные на java 8 и скомпиленные его компилятором. там в байткоде будет invokedynamic

Насколько я понял Гугл это корректирует с помощью дексера и дешугара

d-8 и desugar

A так в андроид фреймворк добавили Stream API и ещё некоторые вещи из jdk8 начиная с апи 24

Насколько я понял Гугл это корректирует с помощью дексера и дешугара

а, точно, там же все в свой бинарный формат перепаковывается

а, точно, там же все в свой бинарный формат перепаковывается

Да, dex

https://twitter.com/kotlin/status/1042835965969149959?s=19

А новый кодстайл где-то описан? Можно дифф со старым посмотреть?

https://github.com/Kotlin-Polytech/KotlinAsFirst2018

https://github.com/Kotlin-Polytech/KotlinAsFirst2018

Это кто такое счастье организовал. Оно где-то читаться будет? Я в следующем семестре буду читать курс по kotlin в МФТИ. Направленность несколько другая, но какие-то куски я бы поиспользовал.

Судя по комитам http://kspt.icc.spbstu.ru/info/staff/glukhikh/ один из организаторов сего прекрасного

Отлично. Ну буду ссылаться тогда

После вывешивания ссылки количество звездочек удвоилось :)

А новый кодстайл где-то описан? Можно дифф со старым посмотреть?

Это не новый кодстайл (уже давно не новый), просто сделали так чтобы он включался для новых проектов.

Вот тут он описан, и описано как включить в IDE: https://kotlinlang.org/docs/reference/coding-conventions.html

Это не новый кодстайл (уже давно не новый), просто сделали так чтобы он включался для новых проектов.

Так-то там написано что есть старый и новый

Вот тут он описан, и описано как включить в IDE: https://kotlinlang.org/docs/reference/coding-conventions.html

Старый это которые до вот этого

ERROR: S client not available

obsolete

Поясните, пожалуйста, почему: Call chain on collection should be converted into 'Sequence' ?

Поясните, пожалуйста, почему: Call chain on collection should be converted into 'Sequence' ?

Иначе на каждый вызов будет создаваться новая коллекция

Аналог stream из Java

ага, весь вопрос в оптимизации?

Поясните, пожалуйста, почему: Call chain on collection should be converted into 'Sequence' ?

Странно что should be.

ага, весь вопрос в оптимизации?

Ну.... в адекватности скорее)

Коллекции могут быть огромные

Тогда в догонку ещё вопрос, как мне найти все места, где это можно поправить?) В android studio, например, в code inspection такие ошибки будут в отдельном разделе?

Вот этого не знаю

Ну.... в адекватности скорее)

чем не адекватно?

Коллекции могут быть огромные

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

чем не адекватно?

Цепочка из вызовов и коллекция на много элементов — лучше через sequence

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

Ну я про то же

угу

Тогда в догонку ещё вопрос, как мне найти все места, где это можно поправить?) В android studio, например, в code inspection такие ошибки будут в отдельном разделе?

Так вроде уже подсвечивается, как ворнинг, если больше одно оператора в чейне

Так вроде уже подсвечивается, как ворнинг, если больше одно оператора в чейне

Да, именно поэтому яи обратил внимание. Теперь по всему проекту надо просмотреть.

вообще сиквенсы есть достаточно давно, просто о них не знают (не было рекламы как у java stream api), а сейчас добавилась инспекция, которая делает подсказку

Вот оно что

IDE driven development

Господа, с помощью чего в Kotline лучше всего работать с XML ?

Писать, читать

Лучше в каком смысле?

javax.xml отлично работает. Но он не очень удобный с точки зрения API

С помощью всего того же что и в Java

Разве что если захочется навесить какой-нибудь operator fun Element.get(...)

javax.xml отлично работает. Но он не очень удобный с точки зрения API

Ну вот собственно, хотелось чтобы было удобнее, типа как в kotlin xml builder, только чтобы еше и читать можно было

А как билдером читать можно?

никак (

вот и спрашиваю, может есть чего специально для котлина, удобненькое

Можно считать тем же javax.xml, а потом загнать его в билдер и редактировать