кажется, что это не мне)

А помоги понять за подсказу по лямбдам и инлайн функциям: Есть функциия у меня: fun <T, LD : LiveData<T>> observe(liveData: LD, onChanged: (T) -> Unit) { liveData.observe(this, Observer { it?.let(onChanged) }) } Вызываю вот так: observe(viewModel.refreshingLiveData) { progress?.setInProgress(it) } Плагин ругаеццо, что нельзя такую лямбду заинлайнить. Какой профит я получу, если сделаю её inline с crossinline onChanged? Посмотрел по байткоду, количество LINENUMBER будет меньше, меньше генерит мусора если декомпильнуть. Правильно ли я понимаю что в этом кейсе именно в этом состоит оптимизация? Или есть ещё чего то что я не знаю\не заметил?

crossinline по лучше будет, правильно ли я понимаю? меньше мусора, всё такое

но вообще эта инспекция очень тупая, и на ситуации, которые нельзя улучшить, она тоже ругается :)

ты про нее хотел рассказывать на devfest?

можно ли в Андроид позиционировать элемент под углом к примеру 45 градусов?

Не подскажешь в какую сторону гуглить?

mapChanges?.get(key) == true

как эту запись можно переписать покрасивше?

return Boolean.TRUE.equals(mapChanges.get(key));

return Boolean.TRUE.equals(mapChanges.get(key));

как эту запись можно переписать покрасивше?

а если mapChanges null?

какого типа, кстати, key? чисто интересуюсь про хранение изменений

Ребят, есть проблема: пытаюсь замапить json из Firebase на модель в Джаве/Котлине. На debug билде без обфускации и прочей чернокнижей магии всё работает. Как только делаю release билд, то всё валиться с ошибкой: com.google.firebase.database.DatabaseException: Found two getters or fields with conflicting case sensitivity for property: firstname Что уже делал: отключал обфускацию для аннотаций firebase.database, переписывал на джавку (изначально было на kotlin через @get:PropertyName(тут_имя_ключа_в_firebase) @set:PropertyName(тут_имя_ключа_в_firebase) Код модели: https://pastebin.com/8q0RL5wD Буду благодарен за любую помощь🙃

геттеры кипнул?

Кипаю посностью все домен-классы -keep class com.companyname.domain.** { *; }

так а на что он ругается тогда, какие по факту имена в байт-коде?

Ребят, есть проблема: пытаюсь замапить json из Firebase на модель в Джаве/Котлине. На debug билде без обфускации и прочей чернокнижей магии всё работает. Как только делаю release билд, то всё валиться с ошибкой: com.google.firebase.database.DatabaseException: Found two getters or fields with conflicting case sensitivity for property: firstname Что уже делал: отключал обфускацию для аннотаций firebase.database, переписывал на джавку (изначально было на kotlin через @get:PropertyName(тут_имя_ключа_в_firebase) @set:PropertyName(тут_имя_ключа_в_firebase) Код модели: https://pastebin.com/8q0RL5wD Буду благодарен за любую помощь🙃

вот это же и есть conflicting case? @C4590n("firstname") public final void setFirstName(String str) {

@Harmonizr , возможно ты знаешь более удобный способ для парсинга? От gson'a я отказался т.к. он работает на рефлексии и не вызывает setter/getter методы.

Похоже на то, но проблемма в том, что мне нужно перемапить на другие названия полей. Т.е. в json firstname -> в джаве firstName. Предыдущие разрабы оставили сборную солянку с snake/camel case и мне нужно это привести в camelCase. Мне "религия не позволяет" писать такие же поля, как они есть в firebase.

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

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

пометь геттер и сеттер аннотацией @Exclude. А поле @PropertyName. Должно заработать

гайз, кто подскажет либу для androidx для переключения языков?

@egroden, спасибо, помогло💪 Очень странно, что это нигде не описано.

ты хочешь сделать выбор языка в приложении?

да, надо меньше такой фигни использовать)

Что ты юзаешь для такого парсинга?

kotlinx.serialization

да верно, блин, при конверте либ с гитхаба в anddroidx оно шото криво работает, на 5.1 совсем беда, перевод частичный, нужно полностью выгружать, чет androidx как то не так работает

так сделай сам, зачем либа?

так по мануалам оно работает, но там легаси либы, конвертим в androidx, и под определенными версиями на реал устройстве не меняет ресурсы на кнопках, хм. и не угадаешь, может проще под старую сдк 28 собрать без androidx))) хех

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

так-то да вроде проблем быть не должно, на 9ке полет нормальный, ставлю на 5.1 - бага, хех чертова версионность андроида, мда

на апкомпате все работало, тоесть бага в том, что на условном андроид 4.4, 5.1 хз не угадать как сработает androidx, такая беда например)))

есть какой-то ризон юзать ImageView вместо Button?

в батон тоже можно запихнуть картинку, так что есть думаю

ImageButton vs. Button — всё равно что ImageView vs. TextView

Нижняя навигация все же в плюсе. С 10 ведром новая навигация и возможно её только одну и оставят в какой-нибудь 11-й версии. Да и левое меню бесполезное. Имхо

В телеге оно есть. Оно бесполезное?

В плеймаркете есть

Нижняя навигация все же в плюсе. С 10 ведром новая навигация и возможно её только одну и оставят в какой-нибудь 11-й версии. Да и левое меню бесполезное. Имхо