Давайте заканчивать про шарп/дарт и прочее

Если вы выразите вашу боль более конкретно, то возможно, вам даже подскажут как сделать все удобнее. Не раз и не два тут такое было :)

После read-only для > "ну насколько помню в жабе либы не такие качественные как в .NET" все заработало.

Если вы выразите вашу боль более конкретно, то возможно, вам даже подскажут как сделать все удобнее. Не раз и не два тут такое было :)

Ну, у меня боль только в написании либ на котлине, которые из джавы было бы удобно дёргать.

Я видел, например, как люди громоздили инициализацию логгера с @JvmStatic и прочим ненужным барахлом в виде companion object, только из-за синдрома утенка и природной лени

А как надо делать правильно?

А как надо делать правильно?

Я сейчас про такой эпизод https://discuss.kotlinlang.org/t/best-practices-for-loggers/226

Я сейчас про такой эпизод https://discuss.kotlinlang.org/t/best-practices-for-loggers/226

Сколько интересных решений. Я делаю через делегат, который проверяет, что вызван в companion object.

Сколько интересных решений. Я делаю через делегат, который проверяет, что вызван в companion object.

Ну у нас конкретно был кэширующий logback (через wrapper slf4j) - с другими логгерами может быть тоже возможно

Т/е не у нас, я на руби пишу, просто со стороны посмотрел, оказалось можно val log = LoggingFactory.getLogger(...) и не терять в эффективности

Ну у нас конкретно был кэширующий logback (через wrapper slf4j) - с другими логгерами может быть тоже возможно

У меня так же. В том треде есть "великолепное" решение с substringBefore, хотя можно просто взять enclosingClass.

Т/е не у нас, я на руби пишу, просто со стороны посмотрел, оказалось можно val log = LoggingFactory.getLogger(...) и не терять в эффективности

Ага

Ага

Ну я еще надеюсь вернуться

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

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

конечно

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

Можно сделать дженериком весь интерфейс. Можно просто навесить дженерик на метод. Что нужно сделать-то?

Можно сделать дженериком весь интерфейс. Можно просто навесить дженерик на метод. Что нужно сделать-то?

весь интерфейс не надо, нужно конкретно один метод

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

Интерфейс fun <T> getImages(query: String, page: Int, perPage: Int): T override fun getImages(query: String, page: Int, perPage: Int): Single<List<Image» {

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

ну очевидно что у названия метода в даймондах должен быть тип Single ещё

со всеми внутренностями

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

Надо делать интерфейс дженериком

или да

сам интерфейс

Надо делать интерфейс дженериком

не хочется так делать (

почему?)

тип Т у него вешать

ну потому что мне нужен дженерик только на один метод

на весь интерфейс вешать так себе

Опять эти Single<List<*>>

но указать можно у интерфейса

почему так себе то? я не онимаю что теряешь?

так даже грамотнее

при имплементации указывать тип у интерфейса и всё

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

а сколько методов в интерфейсе

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

Кажется. У дженерик-интерфейса не все методы обязаны быть с дженериками.

это пока не сказать, там датасорс

Кажется. У дженерик-интерфейса не все методы обязаны быть с дженериками.

++

тем более можно несколько параметров вводить наверно

если разные методы будут дженерики юзать

дженерик тип

ну это в принципе верно

буду пробовать, спасибо за советы

Есть какой-нибудь способ интересный сделать работу с SharedPreference.Editor более красивой? Он не реализует интерфейс клоусабл, поэтому use не подходит. Пока идея с with или apply, но тогда всё равно в конце нужно будет вызывать apply.

Просто не нравится мне эта портянка из editor... editor... editor... editor.apply

пеши через точку

Есть какой-нибудь способ интересный сделать работу с SharedPreference.Editor более красивой? Он не реализует интерфейс клоусабл, поэтому use не подходит. Пока идея с with или apply, но тогда всё равно в конце нужно будет вызывать apply.

kotpref

prefs.edit().putSomeShit(key, shit).apply()

kotpref

Нет его в проекте и заносить ради одного места с шаредом не хочу.

kotpref

кот ?

prefs.edit().putSomeShit(key, shit).apply()

Там не все подряд. Есть место проходящее по циклу и вставляющее данны

циклы и условия делать в apply/also

Есть какой-нибудь способ интересный сделать работу с SharedPreference.Editor более красивой? Он не реализует интерфейс клоусабл, поэтому use не подходит. Пока идея с with или apply, но тогда всё равно в конце нужно будет вызывать apply.

сделать свой use и всё?

Хм. Норм, надо попробовать.

сделать свой use и всё?

Свой экстеншн это понятно. Думал может есть встроенные интересные средства.

Подскажите, пож-та, насколько сильно замедляет компиляцию вызов inline функций внутри других inline функций? Разницы никакой или так лучше не делать?)

Есть data class в котором только одно поле всегда не null. Как идиоматично найти это поле?

Подскажите, пож-та, насколько сильно замедляет компиляцию вызов inline функций внутри других inline функций? Разницы никакой или так лучше не делать?)

та вроде все нормально

Есть data class в котором только одно поле всегда не null. Как идиоматично найти это поле?

Идиоматично так не писать, а использовать sealed classes. А не нулевое поле можно через рефлексию искать.

Подскажите, пож-та, насколько сильно замедляет компиляцию вызов inline функций внутри других inline функций? Разницы никакой или так лучше не делать?)

Не замедляет фактически

спасибо!?

Идиоматично так не писать, а использовать sealed classes. А не нулевое поле можно через рефлексию искать.

Я так передаю данные на фронт. Т.к. сериализатор не может полиморфизм на фронте, как я понял.

А вот между явой так передавать наверно можно... Про sealed и не подумал. Но это круто.

... рефлексия наверно долго... не?

... а List<ByteArray> как красиво сконкатенировать в один?

... а List<ByteArray> как красиво сконкатенировать в один?

joinTo не пробовал?

жалко flatten нету

Я так передаю данные на фронт. Т.к. сериализатор не может полиморфизм на фронте, как я понял.

Поясни пожалуйста, что значит не идиоматично? Почему?

жалко flatten нету

https://kotlinlang.org/api/latest/jvm/stdlib/kotlin.collections/flatten.html ?

Поясни пожалуйста, что значит не идиоматично? Почему?

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

... а List<ByteArray> как красиво сконкатенировать в один?

можно так list.fold(ByteArrayOutputStream()) { a, x -> a.write(x); a }.toByteArray() или так val size = list.sumBy(ByteArray::size) list.fold(ByteBuffer.allocate(size), ByteBuffer::put).array()

К ByteArra не применишь. А загонять в box - ну чет ваще

Reduce?

Поясни пожалуйста, что значит не идиоматично? Почему?

Распарсил исходное высказывание.

Reduce?

listOf(byteArray1, byteArray2, byteArray3) .reduce { a, b -> a + b}

можно так list.fold(ByteArrayOutputStream()) { a, x -> a.write(x); a }.toByteArray() или так val size = list.sumBy(ByteArray::size) list.fold(ByteBuffer.allocate(size), ByteBuffer::put).array()

Второй вариант определенно лучше. Но не для андроида емнип.

А нет, все имеется https://developer.android.com/reference/java/nio/package-summary

Hello

Привет всем. У меня есть rx код, который эммитит gps координаты. Т.е. как только они меняются, я сразу об этом узнаю. И работает он бесконечно, пока я его не останавлю. Возможно ли что-то подобное написать на корутинах?

https://github.com/Kotlin/kotlinx.coroutines/blob/master/reactive/coroutines-guide-reactive.md

Собираю проект в intellij, в настройках артифактов указал все зависимости но ресурсы в jar не тянутся (папка отмечена как ресурсы). Делаю тоже самое гредлом, все нормально работает. Кто-то может подсказать где можно прочитать про билд систему в idea intellij. На сайте наешел только описание, откройте в gui проект, выберите artifacts добавте библиотеки, манифест и все. если не собирать jar то все работает прекрасно.

ПС SomeMyClass.javaClass.getResource(".") SomeMyClass.javaClass.getResource("/") SomeMyClass.javaClass.getResource("") SomeMyClass.javaClass.classLoader.getResource("") SomeMyClass.javaClass.classLoader.getResource(".") SomeMyClass.javaClass.classLoader.getResource("/") всегда в jar выдают null это нормально? как получить каталог где лежат джарники кроме: this.javaClass.protectionDomain.codeSource.location.path

Каталог это не ресурс