а, щас посмотрел, она стала хуже

А что хуже стало?

Там просто у самых истоков адаптерДелегатов лежит омерзительная идея Map<Class<T>, T> и тайпчекинга, которая убивает возможность * использовать делегаты одного класса в разных конфигурациях, * использовать дженеричные делегаты. В качестве бонуса нет гарантии, что зарегистрированы все необходимые делегаты и нет ни одного лишнего.

блэт, откуда ты всё это знаешь

Там просто у самых истоков адаптерДелегатов лежит омерзительная идея Map<Class<T>, T> и тайпчекинга, которая убивает возможность * использовать делегаты одного класса в разных конфигурациях, * использовать дженеричные делегаты. В качестве бонуса нет гарантии, что зарегистрированы все необходимые делегаты и нет ни одного лишнего.

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

Чтобы прогард не трогал имена полей моделек, которые moshi конвертирует через рефлексию, нужно просто их добавить в исключения, или есть какой-то более высокоуровневый способ типа "сказать прогарду чтобы не херил модельки для ретрофита и рума"?

Нет более высокоуровневого способа. Пользователи рефлексии должны страдать :)

А как иначе?..

Ребят, подскажите, как можно сделать конструкцию такого вида https://pastebin.com/1k3nEjix

А это рабочий запрос?

можно как то вьюхе прогрессбара программно задать расположение bottom?

Что именно?

как без рефлекшена сериализовать объекты?) Не ну то есть оно понятно как, но какой подход в плане удобства будет настолько же эффективен?

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

так я о том и спрашиваю - как лучше?) Никогда им не пользовался

ну как бы добавить туда одна строчка по факту

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

Там просто у самых истоков адаптерДелегатов лежит омерзительная идея Map<Class<T>, T> и тайпчекинга, которая убивает возможность * использовать делегаты одного класса в разных конфигурациях, * использовать дженеричные делегаты. В качестве бонуса нет гарантии, что зарегистрированы все необходимые делегаты и нет ни одного лишнего.

Нет более высокоуровневого способа. Пользователи рефлексии должны страдать :)

А как иначе?..

никак, не бери в голову, правила в прогард это нормально. Плата за обфускацию. Главное проверь, что оно вообще запускается в релизной сборке )).

никак, не бери в голову, правила в прогард это нормально. Плата за обфускацию. Главное проверь, что оно вообще запускается в релизной сборке )).

там можно в дебаг сразу прогуард добавлять

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

и идти заваривать чай?

так трайни -keep class <packageReference>.** { *; }

скока оперативы?

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

Все доброго дня, нужна помощь. у меня есть RecyclerView, привязан, к низу другог view. на recyclerView я повесил слушатель, setOnToch. Он ловит свайп вниз вверх и в зависимости изменяет высоту view. Но проблема токова что, recycler больше не скролит и если обьекты не помещаются то просто обрезаются, как мне вернуть скрол после распознавания свайпа? заранее спасибо

Все доброго дня, нужна помощь. у меня есть RecyclerView, привязан, к низу другог view. на recyclerView я повесил слушатель, setOnToch. Он ловит свайп вниз вверх и в зависимости изменяет высоту view. Но проблема токова что, recycler больше не скролит и если обьекты не помещаются то просто обрезаются, как мне вернуть скрол после распознавания свайпа? заранее спасибо

я не уверен насколько этот прогард распаралеллен, имхо там больше проц шуршит... причем долго. И потом у тебя дебаг сборка с бесполезными логами? Какой в ней смысл? Загружать маппинги каждый раз? Странно это.. Для тестовой сборки еще ок, но не для разработки же.

как без рефлекшена сериализовать объекты?) Не ну то есть оно понятно как, но какой подход в плане удобства будет настолько же эффективен?

Это все же лучше чем голые адаптеры, у этой библиотеке есть определённые кейсы для работ которые она упростит, если ты крут напиши свою или сделай форк и покажи как надо, просто говорить что либа говно только потому что она не поддерживает твой кейс это такое себе. По мне так библиотека покрывает 90% подробности.

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

Окей главное что все говно и у всех ущербные руки)

Ребят, подскажите пожалуйста c Rx'ом, ибо я в нем очень силён Есть ViewModel в которой идет запрос в репозиторий Код вьюмодельки disposable = messagesRepository .newMessage(threadId, validateField(content), images) .observeOn(Schedulers.io()) .subscribeOn(AndroidSchedulers.mainThread()) .subscribe(......) И следующий код в репозитории fun newMessage(параметры): траляля { val imagesNew = compressImages() // и вот данная часть кода выполняется в мейн потоке return api.newMessage(threadId, contentPart, imagesNew) .subscribeOn(ioScheduler) .observeOn(mainThreadScheduler) } Вопрос, почему данный фрагмент кода выполняется в мейн потоке?

Ребят, подскажите пожалуйста c Rx'ом, ибо я в нем очень силён Есть ViewModel в которой идет запрос в репозиторий Код вьюмодельки disposable = messagesRepository .newMessage(threadId, validateField(content), images) .observeOn(Schedulers.io()) .subscribeOn(AndroidSchedulers.mainThread()) .subscribe(......) И следующий код в репозитории fun newMessage(параметры): траляля { val imagesNew = compressImages() // и вот данная часть кода выполняется в мейн потоке return api.newMessage(threadId, contentPart, imagesNew) .subscribeOn(ioScheduler) .observeOn(mainThreadScheduler) } Вопрос, почему данный фрагмент кода выполняется в мейн потоке?

Добавил себе debug версию debug { applicationIdSuffix ".debug" debuggable true } и сразу выдало ошибку после Sync'a ERROR: Library projects cannot set applicationIdSuffix. applicationIdSuffix is set to '.debug' in build type 'debug'. Affected Modules: smandarine-library

Друзья, а есть какой-то способ сделать так, чтобы Flowable эмитил только новые или обновлённые объекты из БД, а не все, когда в базе что-то обновилось? Пока только придумал на уровне репозитоиия хранить последнюю выдачу из БД, как только БД заэмитит весь список, в .map сравнить последнюю выдачу с новой.

Щас бы через Flowable данные из БД эмитить.

Щас бы через Flowable данные из БД эмитить.

а через что щас эмитят?

Давай на Observable поменяем

.distincstUntilChanged или как там его, не оно? Если equals у моделей правильный, должно сработать

А лучше Single<List<Data>>