DK
а если случится так, что какому-то интерактору понадобится потрогать suspend функцию другого интерактора, при этом первый интерактор не suspend..
suspend fun doSmth() = coroutineScope {
async {
//
}
}Size: a a a
2020 September 03
P
Если в интеракторе нужно что-то в параллель делать (async()), то оно должно запускаться из coroutineScope(). Соответственно, оно к тому же scope привязывается, из которого вызвана suspend-функция.
P
а если случится так, что какому-то интерактору понадобится потрогать suspend функцию другого интерактора, при этом первый интерактор не suspend..
По идее, у первого интерактора тоже должна быть функция suspend. Если нужно что-то запустить совсем асинхронно без привязки к текущему scope, то этот scope лучше передать в этот интерактор и из него запускать.
DK
спасибо! выручили!
KR
Прямо сейчас обсуждаем Dagger Hilt https://www.youtube.com/watch?v=4di2TTqeCrE
СС
всем привет, объясните пожалуйста в чем ошибка
AK
final str не инициализируется до вызова super(str), но это скорее вопрос для @javastart
СС
final str не инициализируется до вызова super(str), но это скорее вопрос для @javastart
да, я уже понял
JF
Добрый вечер. На каком слое должны лежать мапперы из БД?
(в слое самого источника или на уровне репозитория)
(в слое самого источника или на уровне репозитория)
QH
Добрый вечер. На каком слое должны лежать мапперы из БД?
(в слое самого источника или на уровне репозитория)
(в слое самого источника или на уровне репозитория)
На слое SQL-запроса.
JF
спасибо
JF
Я правильно понимаю что
DataSource должен отдавать данные в виде, который используется на уровне Repository (или выше)?NM
Я правильно понимаю что
DataSource должен отдавать данные в виде, который используется на уровне Repository (или выше)?Поскольку репозиторий знает про каждый из датасорсов, логично делать маппинг в нём, а уже из него возвращать нужную домейну модель, лично я встречал чаще всего именно такой подход
JF
Поскольку репозиторий знает про каждый из датасорсов, логично делать маппинг в нём, а уже из него возвращать нужную домейну модель, лично я встречал чаще всего именно такой подход
вот тут у меня проблема и пришла. Api возвращает ApiEntity, по этой логике db может возвращать DbEntity, но DbEntity это может быть и Cursor (а repositytory не должен ничего знать про Cursor т.к. это Android-зависимость)
не могу понять, где допускаю ошибку в размышлениях
не могу понять, где допускаю ошибку в размышлениях
KD
вот тут у меня проблема и пришла. Api возвращает ApiEntity, по этой логике db может возвращать DbEntity, но DbEntity это может быть и Cursor (а repositytory не должен ничего знать про Cursor т.к. это Android-зависимость)
не могу понять, где допускаю ошибку в размышлениях
не могу понять, где допускаю ошибку в размышлениях
Реализация репозитория может знать об андроид-сущностях. Интерфейс (читай контакт) не должен знать о них.
QH
вот тут у меня проблема и пришла. Api возвращает ApiEntity, по этой логике db может возвращать DbEntity, но DbEntity это может быть и Cursor (а repositytory не должен ничего знать про Cursor т.к. это Android-зависимость)
не могу понять, где допускаю ошибку в размышлениях
не могу понять, где допускаю ошибку в размышлениях
> DbEntity это может быть и Cursor
а это как?
а это как?
KD
Но в целом довольно странно возвращать курсор из дбдатасурса
JF
получается, что Cursor != DbEntity?
JF
и маппинг из DbSource происходин в нем самом?
GK
Я правильно понимаю что
DataSource должен отдавать данные в виде, который используется на уровне Repository (или выше)?Да. Репозиторий не должен париться о внутренностях DataSource. Его задача шлюзовать данные между локальным хранилищем, удаленным хранилищем и ядром (domain). И преобразованием данных должны заниматься классы хранилищ. Лучше всего сразу в тип, используемый ядром. Тогда репозиторий становится до безобразия простым. Нужно тебе подрубить Room, ORM, SQLite, JSON, Protobuf или еще что, тебе не придется переписывать репозиторий. Особенностями протоколов пусть занимаются те слои, в которых это все происходит. Их задача получить, сохранить данные через соответствующие протоколы и подготовить их в вид, удобный для более внутренних слоев.