видимо где-то оптимизация срабатывает, а где-то нет

Слууушай, всё очень прозаично.

Для nullable в качестве in отрабатывает Iterable<T>.contains(element: T).

Тогда надо гредл консоль глянуть. Мб что скажет

gradle clean build сработал на 5+. проблема наблюдается после повторного debug

а что за ошибка то?

в общем, пока посижу на котлин 1.1.1

после ребилда компоненты пропадают?

ошибка - не находит daggercomponent классы

да

ага

ага

знаменитая проблема? ) знаете как решить?

нет я уже неделю не могу решить свою

у меня было тоже самое но оказалось ошибка у меня была в коде

там логи нихрена не показывают

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

еще там бывает циркуляр депенденси

я так понял, проблема перед монитором сидит )

Поставь еап)

ладно, посижу пока на 1.1.1

Она норм работает

Для nullable в качестве in отрабатывает Iterable<T>.contains(element: T).

оммм... а где ты смотришь? Я вот сделал в идее показать байткод и дальше декомпайл получились следующие 2 метода: public final boolean pointInsideRangeWithCheck(@Nullable Integer point) { return point != null?(new IntRange(this.start, this.end)).contains(point.intValue()):false; } public final boolean pointInsideRange(@Nullable Integer point) { return CollectionsKt.contains((Iterable)(new IntRange(this.start, this.end)), point); }

eap рулит ) мне очень новая идея понравилась

Поставь еап)

дома поставил, на работе атата

дома поставил, на работе атата

хех) и дома, и на работе eap :)

у меня руки не из того места )

оммм... а где ты смотришь? Я вот сделал в идее показать байткод и дальше декомпайл получились следующие 2 метода: public final boolean pointInsideRangeWithCheck(@Nullable Integer point) { return point != null?(new IntRange(this.start, this.end)).contains(point.intValue()):false; } public final boolean pointInsideRange(@Nullable Integer point) { return CollectionsKt.contains((Iterable)(new IntRange(this.start, this.end)), point); }

Я смотрю непосредственно Tools -> Kotlin ->Show Kotlin Bytecode

ну да, я про то же

просто пока получается что INVOKESTATIC kotlin/collections/CollectionsKt.contains (Ljava/lang/Iterable;Ljava/lang/Object;)Z медленнее работает чем INVOKEVIRTUAL kotlin/ranges/IntRange.contains (I)Z

так не, я про инринзик в kotlinc, у меня по байт-коду всё видно.

интринзик получается для fun pointInsideComparisonWithCheck(point: Int?): Boolean { if (point != null) { return start <= point && point <= end } else { return false } } public final boolean pointInsideComparisonWithCheck(@Nullable Integer point) { return point == null?false:Intrinsics.compare(this.start, point.intValue()) <= 0 && point.intValue() <= this.end; }

Короч реал скоро будет оптимизации на джаве писать)

но видимо для IntRange.contains срабатывает ещё какая-то оптимизация которая сводит её к Intrinsics.compare

https://youtu.be/_-I5Wc68hB4

просто пока получается что INVOKESTATIC kotlin/collections/CollectionsKt.contains (Ljava/lang/Iterable;Ljava/lang/Object;)Z медленнее работает чем INVOKEVIRTUAL kotlin/ranges/IntRange.contains (I)Z

Конечно! Так и есть. Первый contains отрабатывает за O(n) со всеми вытекающими печальками.

https://youtu.be/_-I5Wc68hB4

тут уже было про эти ренжи?

Нет. Но тут в принципе о том какой байткод генерит конлитц

ага, спасибо за доклад, посмотрю обязательно

Завести багу или ты заведёшь?

короче да, надо багу завести, может авторы что-нибудь нам скажут

тут уже было про эти ренжи?

Было упоминание

просто пока получается что INVOKESTATIC kotlin/collections/CollectionsKt.contains (Ljava/lang/Iterable;Ljava/lang/Object;)Z медленнее работает чем INVOKEVIRTUAL kotlin/ranges/IntRange.contains (I)Z

Невозможно

Невозможно

ну нет ничего в мире невозможноного) но да, меня тоже это смутило

Невозможно

Что невозможного? Что обойти весь итерабл — дольше, чем выполнить два сравнения?

Invokestatic не может быть медленнее invokedynamic. А на код вызова я сначала не посмотрел

Invokestatic не может быть медленнее invokedynamic. А на код вызова я сначала не посмотрел

Оверхед на вызов — не может, а тело метода — вполне. И, да, invokevirtual.

https://youtu.be/_-I5Wc68hB4

нафига кроссинлайн? https://youtu.be/_-I5Wc68hB4?t=19m47s

@smred ?)

И меняет ли что-то повсеместный reified?

И меняет ли что-то повсеместный reified?

в докладе было про это

reified быстрее будет работать

reified быстрее будет работать

ок, буду смотреть байт-код

«здесь я написал for, если вы посмотрите, как это транслируется в байт-код, тут будет while» В байт-коде нет ни for, ни while.

ок, буду смотреть байт-код

через какой плагин вы смотрите байт код

через какой плагин вы смотрите байт код

Tools -> Kotlin -> Show Kotlin Bytecode

Tools -> Kotlin -> Show Kotlin Bytecode

:) спасиба

в общем как-то так

https://youtrack.jetbrains.com/issue/KT-18483

надо как-нибдуь импрув навести на цвет аннотаций в даркуле

всем привет. у меня у одного даггер валится при kotlin version > 1.1.1? пробовал котлин 1.1.2-5, gradle 2.3.3

//Dagger kapt "com.google.dagger:dagger-compiler:${libs.dagger}" compile "com.google.dagger:dagger:${libs.dagger}" provided 'org.glassfish:javax.annotation:10.0-b28'

//Dagger kapt "com.google.dagger:dagger-compiler:${libs.dagger}" compile "com.google.dagger:dagger:${libs.dagger}" provided 'org.glassfish:javax.annotation:10.0-b28'

а какая версия даггера?

ERROR: S client not available

dagger : "2.7",

на stackowerflow этот вопрос уже решен

а должны ли вообще работать конструкторы с дефолтными параметрами для джавы?

там под капотом же несколько конструкторов должно генерится?

Если поставишь аннотацию @JvmStatic у конструктора

really?

у конструктора статик?

шта

@JvmOverloads

но все равно спасибо, вспомнил что такая есть

Сорян, перепутал

а должны ли вообще работать конструкторы с дефолтными параметрами для джавы?

нет

они синтетические

https://youtu.be/_-I5Wc68hB4

а, блин, андроид же, для тех кто пишет под нормальную jvm не актуально же

а, блин, андроид же, для тех кто пишет под нормальную jvm не актуально же

Актуально.

ну геттеры-то jit нормально оптимизирует

«здесь я написал for, если вы посмотрите, как это транслируется в байт-код, тут будет while» В байт-коде нет ни for, ни while.

да, как вы можете увидеть на слайде имелось ввиду если декомпилировать код обратно в java то будет разворот

@smred ?)

захват только локального скоупа = выше перфоманс

а, блин, андроид же, для тех кто пишет под нормальную jvm не актуально же

процентов 25% специфичных андроиду, остальное для всех

Кстати, для дам и господ из Санкт-Петербурга будет интересно послушать про устройство и использование корутин в Kotlin 24 июня на Mosdroid. Подробности по ссылкам ниже

В Москве идут дожди, поэтому #Mosdroid едет в Питер c #meetup. 24 июня вас ждут классные доклады – http://bit.ly/2ruRjj6 В этот раз регистрация на сайте владельцев площадки – http://bit.ly/2raBnTP А если вам интересны наши дальнейшие встречи, то рекомендую оставить RSVP в нашей основной группе – http://bit.ly/2s5Vxj4

завтра кстати будет ивент в jb

на который к сожелению не пойду

Всем привет! Вопрос насчет сортировки collections. Допустим, у меня есть датакласс data class Person(val name: String, val age: Int){ override fun toString(): String { return "\n" + name + " " + age } } , и я его сортирую по именам fun sortedByNames(val persons: ArrayList<Person>) = persons.sortBy {it.name} Такая сортировка работает, но что, если у меня чуть усложнится задача - надо определенные имена из сортированного списка поместить в его начало. Какой вариант решения подойдет в этом случае?

Всем привет! Вопрос насчет сортировки collections. Допустим, у меня есть датакласс data class Person(val name: String, val age: Int){ override fun toString(): String { return "\n" + name + " " + age } } , и я его сортирую по именам fun sortedByNames(val persons: ArrayList<Person>) = persons.sortBy {it.name} Такая сортировка работает, но что, если у меня чуть усложнится задача - надо определенные имена из сортированного списка поместить в его начало. Какой вариант решения подойдет в этом случае?

sortWith и свой компаратор

reified быстрее будет работать

Чёт не могу понять, в каком это случае он будет быстрее. ?

захват только локального скоупа = выше перфоманс

Можно подробнее? И причём здесь кроссинлайн?

Error:Circular dependency between the following tasks: :app:compileFlavorNameDebugKotlin \--- :app:kaptFlavorNameDebugKotlin \--- :app:compileFlavorNameDebugKotlin (*) (*) - details omitted (listed previously) єсли включить compile('com.crashlytics.sdk.android:crashlytics:2.6.8@aar') { transitive = true } как собрать проект?

ну ебана, самый популярный вопрос последнее время на so