скажите, а с дагером на котлине сейчас все ок?

а то периодически слышу что капт ведет себя как плохиш и блаблабла

а то периодически слышу что капт ведет себя как плохиш и блаблабла

Ну так. Проекты с первого раза редко собираются, если пошурудил классы с аннотациями по которым че то генерится

Это щас больше всего угнетает

Существуют ли какие-нибудь тулы или просто бестпрактикс, как превратить java-билдеры в Kotlin DSL? Может у кого опыт есть и может поделится “подводными камнями”?

Существуют ли какие-нибудь тулы или просто бестпрактикс, как превратить java-билдеры в Kotlin DSL? Может у кого опыт есть и может поделится “подводными камнями”?

От билдера сильно зависит

Большая библиотека вот такой ерунды https://i.gyazo.com/b21fab48626739f96b9a53c126de4697.png

Существуют ли какие-нибудь тулы или просто бестпрактикс, как превратить java-билдеры в Kotlin DSL? Может у кого опыт есть и может поделится “подводными камнями”?

хочешь сделать обёрток для этого своего лито?

Часто достаточно только билдер-метод который принимает эксеншфункцию в параметр и возвращает уже результат

хочешь сделать обёрток для этого своего лито?

Да и только потому что там для всех билдеров требуется ComponentContext, а хочется отвязаться от него. Ведь это мешает делать как React/Elm “чистые” функции вида (Props/Model)->Component

Большая библиотека вот такой ерунды https://i.gyazo.com/b21fab48626739f96b9a53c126de4697.png

Для такого наверное придётся вручную писать

ну полностью конечно не отвяжешься, просто сделаешь как в анко, что экстеншен функции которые вызываются над некоторым контекстом который содержит нужные неявные параметры

Можно конечно обойтись малой кровью с typealias Contextual<T> = (ComponentContext) -> T fun <T> contextual(f: ComponentContext.() -> T): Contextual<T> = { it.f() } но потом начинаются проблемы композицией

Да и только потому что там для всех билдеров требуется ComponentContext, а хочется отвязаться от него. Ведь это мешает делать как React/Elm “чистые” функции вида (Props/Model)->Component

ну, всегда можно делать функции типа (Props/Model)->(Context)->Component

билдер создает функцию, которая создает компонент, если ей дать контекст

типа такого https://gist.github.com/anonymous/25c1229c13a4a1ec9c9c46820e7ff97f

Да отлично, осталось только разобраться как написать генератор этого добра, ибо руками все это сделать и поддерживать - лучше сразу застрелиться.

Да отлично, осталось только разобраться как написать генератор этого добра, ибо руками все это сделать и поддерживать - лучше сразу застрелиться.

так эта, часть этих классов я надеялся уже есть в библиотеке (типа компонентов и блдеров), а добавить надо будет только какое-то количество сахара для простоты билдинга

в основном билдер-функции

хотя я эту либу не видел, возможно там так и не получится

типа такого https://gist.github.com/anonymous/25c1229c13a4a1ec9c9c46820e7ff97f

Кажись врубился, но что если я решил “декомпозировать” и вынес часть UI верстки в др функцию и хочу ее через child подцепить к Column. Можешь привести пример как это будет в этих билдерах?

Кажись врубился, но что если я решил “декомпозировать” и вынес часть UI верстки в др функцию и хочу ее через child подцепить к Column. Можешь привести пример как это будет в этих билдерах?

Это не сложно, я ща с телефона пример внятно привезти не могу, но смысл в том, чтобы в одном месте объявить такую билдерлямбду, а в другом просто его вызвать

Что-то у меня не сходится https://gist.github.com/anonymous/dd3fab302f94b1a4515b886c15330604

Что-то у меня не сходится https://gist.github.com/anonymous/dd3fab302f94b1a4515b886c15330604

функция должна быть extension-функцией к контексту, в котором её вызывают

Не совсем понял ты про childFunction или просто про child?

Не совсем понял ты про childFunction или просто про child?

childFunction

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

Типа так: это -> лист(1, 1, 1, 2, 3, 3, 4, 5, 5, 6, 7, 7, 7, 8, 9, 9) сделать этим -> (1, 3, 5, 7, 9)

groupBy => filter => map

groupBy => filter => map

Можешь немного подробнее? Плз

Типа так: это -> лист(1, 1, 1, 2, 3, 3, 4, 5, 5, 6, 7, 7, 7, 8, 9, 9) сделать этим -> (1, 3, 5, 7, 9)

distinct

distinct

наоборот

наоборот

что наоборот

что наоборот

вопрос прочитай

Можешь немного подробнее? Плз

Ну это такое решение в лоб listOf(1, 1, 1, 2, 3).groupBy { it }.filter { it.value.size > 3 }.map { it.key }

Кто подскажет, Anko это норм тема? Стоит изучить и перейти? Уж слишком графики типа "400% faster then XML" привлекают

… inflating ?

Кто подскажет, Anko это норм тема? Стоит изучить и перейти? Уж слишком графики типа "400% faster then XML" привлекают

нет на это не ведись. вообще на перфоманс никогда не ведись. меня привлекало переиспользование вьюх, возможность написания своих экстеншенов. ну и вообще не люблю xml в итоге норм, но нет норм решения для адаптеров и в целом анко слабо поддерживается

Ну это такое решение в лоб listOf(1, 1, 1, 2, 3).groupBy { it }.filter { it.value.size > 3 }.map { it.key }

А можно и добавить все в сет, вычесть из исходной коллекцией и фильтрануть после дубликаты.

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

Все так отзываются о Anko, как буд-то это единственный способ делать вьюхи кодом)

господа, подскажите, а есть ли нормальное решение для такого случая: list.map { it to someNullable(it) }.filter { it.second != null }.map { it as Pair<NonNull, NonNull2> }

т.е. можно ли избавиться здесь от анчекедтайпкаста?

Кто подскажет, Anko это норм тема? Стоит изучить и перейти? Уж слишком графики типа "400% faster then XML" привлекают

Отличная тема, я считаю.

!! в мапе сделать)

Все так отзываются о Anko, как буд-то это единственный способ делать вьюхи кодом)

А есть ещё нормальные способы?)

!! в мапе сделать)

не поможет)

!! в мапе сделать)

чо?

не поможет)

разве?

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

разве?

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

господа, подскажите, а есть ли нормальное решение для такого случая: list.map { it to someNullable(it) }.filter { it.second != null }.map { it as Pair<NonNull, NonNull2> }

list.mapNotNull { a -> someNullable(a)?.let { a to it } }

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

после фильтра?

после фильтра?

мм, я наверное не понимаю, что ты имеешь ввиду, можешь кусок кода привести?

list.mapNotNull { a -> someNullable(a)?.let { a to it } }

шик

eee

супер, спасибо

мм, я наверное не понимаю, что ты имеешь ввиду, можешь кусок кода привести?

filter { it.second != null }.map {(key, value) key to value!! }

кто-нить юзал @Parselize из андроид экстеншена? как оно работает в плане стабильности?

кто-нить юзал @Parselize из андроид экстеншена? как оно работает в плане стабильности?

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

ну то есть я на сериализацию/десерилизацию не пишу тесты

list.mapNotNull { a -> someNullable(a)?.let { a to it } }

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

Как идиоматически написать на котлине аналог скаловского collect(f: PartialFunction[A, B]) ?? В голову приходит map в Optional, затем filter по isPresent и map в get(). Но как-то слишком многословно.

Ой, слона-то я и не заметил. Вот же - mapNotNull

дада

я правда совсем не понял

то есть то что это partialFunction - вообще всё равно. так что collect :: a -> b

и что дальше? что с такой сигнатурой можно сделать

Ты про скалу?

и интуицию под словом коллект тоже не понимаю. оно распространяется ещё на какие-нибудь типы или только на списки?

В скале он думаю от самого траверсабл наследуется. Смысл его такой же как у котлинского мапНотНул. Что можем смапить - берем, остальное выкидываем

Удобно для парсинга

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

Ищешь только то что подходит, остальное нафиг. Это лучше чем филтер-мап

а разве это не флатмап где функция возвращает опшонал?

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

В скале флатмап везде, но зачем опшион, если есть сразу ПаршлФанкшн и синтаксическая поддержка на кейсах

ааа

Короче код получается

партиал в смысле нетотальная. я думал тип карируемая

filter { it.second != null }.map {(key, value) key to value!! }

Ну, это от анчекедкаста не очень отличается

PartialFunction не путать с partially applied fucntion ?

Ой, слона-то я и не заметил. Вот же - mapNotNull

Не, проблема в том, что нал внутри пары, поэтому этот метод так просто не работает, а нужно сделать приседание как предложил ? animufag ?

Все верно, я вижу отличие. экстеншен mapNotNull тут самый подходящий.

Хотя конечно расстраивает то, что вместо опшиона приходится использовать богомерзкий нулл.

Если бы жабовский опшионал или опшион из funktioale имплементили интерфейс итерабл, то нормально бы работал флатМап