Всем привет. Вопрос, что правильнее: инициализировать com.android.billingclient.api.billingClient только на тех экранах где он нужен
или
проинициализировать billingClient один раз на всё приложение в классе обертке, которая будет делегировать PurchasesUpdatedListener вызовы в те экраны, которые подключились к этой обертке?

Думаю, тут от задачи и твоего приложения зависит. Если billingClient нужен постоянно (не знаю, что за сценарий такой), то можно создать на уровне приложения. Но в этом варианте нужно продумать логику создания/разрыва соединения.
Если на нескольких экранах, то пусть будет на этих экранах. Зачем лишний груз нужен.
У меня billingClient создается на лаунч скрине при старте приложения, и на экране оплаты. Полет нормальный

Ребят ,а если есть 2 репо,  User  и paymant . В юзеррепо подгружаю информацию по юзеру и записываю в Бд. Каким образом лучше реализовать ситуацию ,когда после изменений в paymantRepo нужно сообщить userRepo что пора обновить данные о юзере с сервера ? Спасибо

2 репозитория должны знать друг о друге ?

PaymentRepo возвращает данные в интерактор, а интерактор лезет в UserRepo. Я бы так сделал (п.с. я джун)

Точно нет

Борюсь 3 день над задачей м не понимаю как лучше реализовать . Я уже думал может вообще добавить для этой цели общую для всех фрагментов   vm как хранилище,в нем будут 2 этих репо и  фрагменты будут общие данные через нее получать ну и сообщать ей что пора данные обновить . Но не уверен что хорошая идея

Спасибо. Как вариант

Какую книги можете посоветовать по Java?

Некрасиво во все чаты спамить одним и тем же вопросом, особенно в нетематические

Узнаю массовое мнение

Спасибо

Привет всем.
Кто знает группу, где я могу задать вопрос по Google Arch components - Navigation?
Или тут можно?

спасибо

Привет всем. (Речь будет идти про клиент-серверное приложение) Возможно заезженный вопрос, но как сохранять состояние в MVP? Как обычно делают? Некоторые предпочитают насиловать сервер (при каждом чихе/повороте экрана обращаться к серверу), некоторые предпочитают наследовать ViewModel так как он lifecycle-aware. Поэтому есть ли хорошие методики по сохранению состояния в MVP? И есть другие lifecycle-aware штуки, подобные ViewModel?

Moxy сделает твой MVP lifecycle-aware

а кроме Moxy?

есть такое https://github.com/adevone/summer, котлин, с ориентиром на мультиплатформу, заставляет довольно своеобразно писать презентеры. зато без капта