Так вроде он и раньше рекомендовал Котлином пользоваться? Он же не пропагандирует отказ от Джавы?

А че там с Дартом? Вроде его Гугл тоже в разработку для кроссплатформы берет? Тоже будет рекламировать, чтобы окупились их затраты?

а где-то можно уже почитать про jetpack compose?

Айфон

народ, кто может посоветовать мобилу, только не лапату 6.0d , у которой самый best of the best in the best атчик отпечатка пальца или морды

pixel 3

мне его двумя рукми держать надо

нарасти ногти

Подскажите как-то можно к контент провайдеру прикрутить Rx? Конкретно меня мучает вопрос по отписке, как лучше или вообще как организовать отписку в contentprovider. Ведь у контент провайдера нет метода onDestroy, как тогда можно отписаться?

об этом был вопрос?

Могу быть не прав, но можешь все Disposable, что образуются в результате подписки, пихать в CompositeDisposable, а затем при finalize() вызывать clear()

Надеюсь, здесь не имеется ввиду Object.finalize()?

да без проблем) или как вариант, вынести Rx на слой выше, а не реализовывать работу непосредственно в ContentProvider

В onDestroy фрагмента или презентера лучше отписывать

провайдер же Observable контейнер должен вернуть в презентер

вот, именно он сильно плохо?

Да понимаете в чем дело мне хотелось использовать всю мощь маппинга в contentprovider'e, поэтому и хочется на этом слое использовать

А как из contentprovider'а Observable возвратить? Это возможно?

Разумеется. Надёжнее завязыватсься на onStop, либо на onDetroyView - на метод жизненного цикла. finalize вызовётся только тогда, когда объект будет собран GC. А это только одному GC известно, когда этот объект будет уничтожен. И подписка продолжить жить… и жить… и жить.

Ну вы же создаете Observable там или что там у вас за провайдер?

С onDestroy у фрагмента нужно быть аккуратнее - вызов тоже не всегда гарантируется.

Сталкивался с тем, что при возврате с фрагмента B на фрагмент А у фрагмента B не вызывался onDestroy. Но вызывался только после того, как активити уходила в onStop. Странное поведение. Мб, из-за того, что работа с фрагмента реализована асинхронно, а оставшиеся команды, с помощью которых FragmentManager работает с фрагментами, почему-то не обрабатывались сразу, а только после того, как у активити изменения в лайфсайкле происходили. Фрагменты не retain.

или просто делал replace типо getSupportFragmentManager().beginTransaction(). replace(container, newFragment) .commit()

Разумеется. Надёжнее завязыватсься на onStop, либо на onDetroyView - на метод жизненного цикла. finalize вызовётся только тогда, когда объект будет собран GC. А это только одному GC известно, когда этот объект будет уничтожен. И подписка продолжить жить… и жить… и жить.

Они сами все сохраняют

и при повторном получении инстанса логин происходит автоматом? я так понимаю

Типа того

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

Бывало такое. Зайходил в итоге с другого чистого браузера. Попробуй почистить куки и кеш.

Для приходящих событий из вебсокет

а мне в шапке надо

Q. Как правильнее сделать. Нужно у спинера дропдаун список грузить при нажатии на спинер. Такое возможно ?

называется toolbar

вот что надо было