Кстати, вопрос ещё в догонку к дто и руму. Насколько вы считаете норм использовать одну модельку дто для получения данных с сервера и для хранения в руме?

Первые полгода проблем не будет)

Если начнутся изменения - легко привнести баг, желательно иметь отдельно ДТОшки и отдельно доменные модели + конвертеры

Но если проект короткий - то он до этой стадии не доживет

Не норм, когда проект вырастет будут проблемы.

Ну я вот так и подумал, что потом с большим проектом будут проблемы. Спасибо за ответ 🙂

Выяснится, что база не умеет хранить LocaleDate / ZonedDate, а бэкэнд умеет их отличать - начнутся всякие хитрости

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

то есть стандартный сброс до заводских настроек на телефоне, гуглу пофигу! он всё ровно как то видит что до этого уже был регнут аккаунт и както их связывает

Эмулятор?
Другой телефон?

ну вот если только эмулятор, другой телефон не пойдёт, это нужно делать на потоке

а гугл не палит что это не реальный дивайс а эмулятор

По логике , он это узнает т.к. данные девайса уходят в любом случае

Через браузер аккаунт нельзя зарегать?

Уважаемые, кто использует dagger в своих проектах.
Интересуют вопросы:

1. Как вы делите на компоненты и связываете их? Проект потихоньку делится на модули, так что вопрос с учётом перспектив выделения компонентов в модули. Существующие модули сейчас построены по паттерну component holder. Из модуля торчит такое: https://gist.github.com/PavelSidyakin/45630835b289325967ebd20d18013e51
Пока что все component holders инициализируются в Application.onCreate(), но это, понятное дело, не есть хорошо.

2. Как привязываете короткоживущие компоненты к тому, где они должны использоваться (например, компонент, который используется только в фрагменте и должен создаваться и уничтожаться с этим фрагментом)?

Информация, которую уже находил или слышал по данным вопросам.

1. Сабкомпоненты - зло в больших проектах. Лучше Component Dependency. https://habr.com/en/company/kaspersky/blog/422555/

2. AndroidInjections - зло. Так ли это? Как тогда привязывать жизнь компонента к Lifecycle?

Если я правильно помню, то AndroidInjections это по сути и есть сабкомпоненты

1. component dependencies + api/impl модули если по скорости пересборки упарываться
2. руками хранить компоненты и управлять их жц, привязывать можно, например, через registerActivityLifecycleCallbacks

1. Где создавать и инициализировать компоненты и их зависимости? Или прямо всё при старте всю портянку инициализировать?

костыль, но очень рабочий.
- берешь VM от гугла
- упарываешься немного по дженерикам
- теперь твоя VM может хранить в себе компонент текущего фрагмента/активити
- PROFIT
- https://proandroiddev.com/bcb23c68dbc3

ну и конечно же можно использовать retained фрагменты или задеприкейченные ретейнд инстансы

Кстати господа, а вы используете прокси-дата классы(ДТО) для прокидывания данных из ROOM до ViewModel ? Ведь с точки зрения кода нет зависимости на стороннюю библиотеку, если прокидывать напрямую room-entity и все вроде по Clean-у ?

и вот ещё интересный вариант
https://proandroiddev.com/how-to-store-scoped-dagger-components-in-android-applications-4f3e86a5e957?gi=39892d249606

А вообще Hilt выпустили, довольно годный)