data class NetworkGUID(val value: Int) { fun isStatic(): Boolean = value and 1 == 0 fun isDefault(): Boolean = value == 1 } typealias NetworkGUID = Int fun NetworkGUID.isValid(): Boolean = this > 0 fun NetworkGUID.isStatic(): Boolean = this and 1 == 0 ну и чтобы код не пришлось совсем править нигде fun NetworkGUID(v: Int) = v

собственно я про моё применение typealias на практике, и в примере считай что inline class из 1.3 :)

data class NetworkGUID(val value: Int) { fun isStatic(): Boolean = value and 1 == 0 fun isDefault(): Boolean = value == 1 } typealias NetworkGUID = Int fun NetworkGUID.isValid(): Boolean = this > 0 fun NetworkGUID.isStatic(): Boolean = this and 1 == 0 ну и чтобы код не пришлось совсем править нигде fun NetworkGUID(v: Int) = v

Такое делают через ADT обычно

расшифруй пожалуйста, или ссылку на статью годную

потому что у меня только с Eclipse ADT ассоциации )

data class NetworkGUID(val value: Int) { fun isStatic(): Boolean = value and 1 == 0 fun isDefault(): Boolean = value == 1 } typealias NetworkGUID = Int fun NetworkGUID.isValid(): Boolean = this > 0 fun NetworkGUID.isStatic(): Boolean = this and 1 == 0 ну и чтобы код не пришлось совсем править нигде fun NetworkGUID(v: Int) = v

typealias Announcer = String fun Announcer.announce() = println("$this") fun main(args: Array<String>) { "Hello, world!".announce() } В консоли "Hello, world!" вместо ошибки компиляции. Так что без инлайн-классов не обойтись.

расшифруй пожалуйста, или ссылку на статью годную

Algebraic data type - в котлине это sealed class + реализации

http://engineering.pivotal.io/post/algebraic-data-types-in-kotlin/

data class NetworkGUID(val value: Int) { fun isStatic(): Boolean = value and 1 == 0 fun isDefault(): Boolean = value == 1 } typealias NetworkGUID = Int fun NetworkGUID.isValid(): Boolean = this > 0 fun NetworkGUID.isStatic(): Boolean = this and 1 == 0 ну и чтобы код не пришлось совсем править нигде fun NetworkGUID(v: Int) = v

так первый вариант лучше

Пока писал сюда вопрос — понял в чем проблема. Хорошо, что вы есть, ребят!

не благодари

так первый вариант лучше

но не быстрее, + вопрос комфорта

т.е. для разработчика в итоге ни строчки не изменилось

http://engineering.pivotal.io/post/algebraic-data-types-in-kotlin/

тут нужен пример, если можно даже мой переделать случай, непонятно

т.е. для разработчика в итоге ни строчки не изменилось

результат для разработчика кокрастыке разный

ни строчки кода не изменилось

кроме объявления класса

как ускорить код? я вижу максимально быстрое решение малой кровью через typealias

для нетворкинга огромные оверхеды на создание ненужных объектов

ни строчки кода не изменилось

а теперь попробуй передать целое число туда где требуется NetworkGUID

>кокрастыке Ого слово какое, это тоже тайпалиас?

а теперь попробуй передать целое число туда где требуется NetworkGUID

и увидишь что изменилось

>кокрастыке Ого слово какое, это тоже тайпалиас?

щас бы мемов не знать

Ну этот не знаю :(

Ну этот не знаю :(

ну это с какого-то из скринов с одноклассников

тут нужен пример, если можно даже мой переделать случай, непонятно

А балин, не внимательно прочитал, сюда ADT не пристроить

и увидишь что изменилось

ну в ногу стрелять не отменяли

ну в ногу стрелять не отменяли

ну вот для этого и нужны инлайн классы, шоб было типобезопасно но без оверхеда алиасы — не типобезопасно

ну я пример для 1.2 привел, не вижу альтернатив других

будет 1.3, заменим красивше )

ну вот для этого и нужны инлайн классы, шоб было типобезопасно но без оверхеда алиасы — не типобезопасно

Да к сожалению компилятор их не считает отдельными типами

Да к сожалению компилятор их не считает отдельными типами

не, ну как «к сожалению» цели просто разные)

иногда действительно достаточно просто алиаса

интересно, почему алиасы сразу запилили а inline class'ы еще до сих пор нет

интересно, почему алиасы сразу запилили а inline class'ы еще до сих пор нет

Потому что алиасы просто стираются, а инлайн классы нет

интересно, почему алиасы сразу запилили а inline class'ы еще до сих пор нет

а где связь?)

интересно, почему алиасы сразу запилили а inline class'ы еще до сих пор нет

могу предположить, потому что алиасы важнее для написания кроссплатформенного кода сделали typealias ArrayList<E> = java.util.ArrayList<E> юзьвери радостно везде заюзали котлиновский ArrayList, который всего лишь алиасит в жабу потом поменяли платформу, и там уже своя реализация ArrayList но коду который использует его пофиг, компиляй его хоть там, хоть там, ничего менять не надо а инлайн классы - это всего лишь оптимизация, без нее можно обойтись

abstract class Parent class Child1:Parent() class Child2:Parent() // ... class ChildN:Parent() class Process() { val childs1 = mutableListOf<Child1>() val childs2 = mutableListOf<Child2>() // ... val childsN = mutableListOf<ChildN>() fun process(parents:List<Parent>) { for (parent in parents) { when (parent) { is Child1 -> childs1+=parent is Child2 -> childs2+=parent // ... is ChildN -> childsN+=parent } } } }

Вот есть у меня такой код.

Куча повторений.

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

fun <T : Parent> process(list: List<T>) { ... }

У меня в List<Parent> могут лежать разные типы.

inline fun <reified T : Parent> listOfChildren(list: List<Parent>) = list.mapNotNull { it as? T } val children1 = listOfChildren<Child1>(parents) val children2 = listOfChildren<Child2>(parents) // ... val childrenN = listOfChildren<ChildN>(parents)

inline fun <reified T : Parent> listOfChildren(list: List<Parent>) = list.mapNotNull { it as? T } val children1 = listOfChildren<Child1>(parents) val children2 = listOfChildren<Child2>(parents) // ... val childrenN = listOfChildren<ChildN>(parents)

Я не совсем понимаю как это поможет мне уменьшить количество кода.

inline fun <reified T : Parent> listOfChildren(list: List<Parent>) = list.mapNotNull { it as? T } val children1 = listOfChildren<Child1>(parents) val children2 = listOfChildren<Child2>(parents) // ... val childrenN = listOfChildren<ChildN>(parents)

Там есть filterIsInstance, который сделает то же самое, но без null-ов в результирующих списках: https://kotlinlang.org/api/latest/jvm/stdlib/kotlin.collections/filter-is-instance.html

Я не совсем понимаю как это поможет мне уменьшить количество кода.

Он как бы намекает тебе, что ты можешь отказать от своей портянки кода заменив ее на filterIs с inlineом типа

Я не совсем понимаю как это поможет мне уменьшить количество кода.

Это поможет вам перечислять два раза все ваши типы-наследники не два раза (сначала при объявлении списка, потом при фильтрации), а один.

Там есть filterIsInstance, который сделает то же самое, но без null-ов в результирующих списках: https://kotlinlang.org/api/latest/jvm/stdlib/kotlin.collections/filter-is-instance.html

да, все уже украдено до нас

Что то типа такого?

class Process() { val parents = mutableListOf<Parent>() val children1:List<Child1> = parents.filterIsInstance(Child1::class.java) val children2:List<Child2> = parents.filterIsInstance(Child2::class.java) // ... val childrenN:List<ChildN> = parents.filterIsInstance(ChildN::class.java) fun process(parents:List<Parent>) { this.parents += parents } }

А рассыпание по спискам у вас не при инициализации класса происходит?

нет. На самом деле там сложнее структура, плюс там еще и RxJava. Но вашу идею я понял. Теперь думаю как ее прикрутить.

а в примере выше надо get добавить

val children1:List<Child1> get() = parents.filterIsInstance(Child1::class.java)

тогда будет все норм.

С оговоркой, что фильтрация будет при каждом обращении к children* происходить заново.

да. это тоже верно.

Если этого хочется избежать, то это уже не вариант. Можно, конечно, завести наряду с children* ещё одно чудовищное private val lists: MutableMap<KClass, List<in Parent>>, при создании списки укладывать в него (val chilrden5: List<Child5> = mutableListOf<Child5>().also { lists[Child5::class] = it }) и в process() сделать чёт вроде parent.forEach { child -> lists.get(child::class)?.let { it += child } }, но это решение уже плоховато пахнет и стоит хорошо подумать, прежде чем его применять, по мне. (писал прям тут, так что за работоспособность as is не ручаюсь)

можно еще немножко сэкономить, не указывая тип: List<Child1> он сам выведется

можно еще немножко сэкономить, не указывая тип: List<Child1> он сам выведется

Сам выведется MutableMap, что может быть нежелательно.

А вообще делегату Lazy хотелось бы ещё добавить метод reset, сам уже один раз натыкался на случай, где это пригодилось бы.

KClass это уже котлиновская рефлексия?

Это вроде как дополнительно подключать надо?

Нет, сам KClass доступен без полноценной рефлексии.

Спасибо, ваши советы мне помогли.

Щас начал тыкать стримы из Джавы... А есть ли профит их юзать, если пишешь на котлине? И если да, то какой?

Щас начал тыкать стримы из Джавы... А есть ли профит их юзать, если пишешь на котлине? И если да, то какой?

Профит стримов перед сиквенсами — возможность параллельного выполнения.

Профит стримов перед сиквенсами — возможность параллельного выполнения.

ну че, можно сделать на корутинах аналог)

ну че, можно сделать на корутинах аналог)

Лишь бы не в стдлиб)

так есть на это тикет даже

(я, кстати, за то, чтобы можно было подключить стдлиб без сиквенсов)

Профит стримов перед сиквенсами — возможность параллельного выполнения.

У них очень узкий юзкейз. На маленьких данных - оверхед, на больших данных… зачем это делать на джаве

Всем привет, кто-то применял kotlin в автоматизации тестирования, поделитесь опытом пожалуйста

Всем привет, кто-то применял kotlin в автоматизации тестирования, поделитесь опытом пожалуйста

Что именно интересует? У нас даже dsl есть для котлина под espresso

В частности мобильная(Android) и web

В частности мобильная(Android) и web

В плане web не подскажу, а мобилки тестить довольно удобно, можно предоставить набор готовых page object'ов + dsl чтобы qa могли сами писать тесты

Либо чтобы разработчикам было удобно

Что-то разнесло телеграм

с десктопа одно из сообщений не видно

В частности мобильная(Android) и web

С вебом есть пара самописных костылей - https://github.com/saksmt/ktest

Господа. Вопрос. Есть ли в котлине возможность чтения джавового поля напрямую без геттера.

Вроде как @JvmField val field = ...

Вроде как @JvmField val field = ...

О, точно. Спасибо)

Спасибо, ваши советы мне помогли.

https://kotlinlang.org/api/latest/jvm/stdlib/kotlin.collections/group-by.html

Всем привет, хотелось поделиться такой вот странностью, вчера обнаружил, что getOrPut котлиновская extension function, _немного_ отличается от computeIfAbsent для ConcurrentHashMap он *не thread-safe*, то есть функция может выполниться более одного раза для одного и того же ключа.