Вопрос адресую тем, кто разбирается с LiveData. Я в нее методом postvalue эмичу в определенных ситуациях set, он может быть одинаковым, там где я подписываюсь, я постоянно "проваливаюсь" в observer, не смотря на то, что использую fun observeLiveData(): LiveData<HashSet<Е>> =myLiveData.distinctUntilChanged()
Вангую, что такое происходит, что distinctUntilChanged сравнивает предыдущий элемент с текущим по адресу сперва
Кто знает, как можно переписать distinctUntilChanged, так чтобы он сравнивал предыдущий сет с нынешним поэлементно, и эмитил данные толко в случае если значения сетов отличаются?

глянул distinctUntilChanged в Transformations. ну equals'ом сравнивает. может стоит equals и hashcode переопределить для value либо юзать data класс?

Подскажите как в implementation сделать, что бы студия взяла последнюю релизную версию пакета?

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

Я учту а вообще это реально, что бы студия поцепила цыфры?

При использовании Lifecycle каким образом можно восстанавить позицию RecyclerView при смене ориентации? (В голову приходит только сохранить в ручную позицию и восстанавливать)

При использовании Lifecycle каким образом можно восстанавить позицию RecyclerView при смене ориентации? (В голову приходит только сохранить в ручную позицию и восстанавливать)

При использовании Lifecycle каким образом можно восстанавить позицию RecyclerView при смене ориентации? (В голову приходит только сохранить в ручную позицию и восстанавливать)

Привет, я хотел бы узнать можно ли как-нибудь с помощью databinding зависимостей считать с SeekBar значения?

Здрасвуйте ! Кто хорошо разбираеться в Shared Preferences ?

getConstantState работает вообще рандомно у меня, а вот сравнение по битам - что то интересное, но не сильно ли ресурсоёмко?

уточни, что интересует