🅵
он может возвращать стрим
Size: a a a
2021 February 05
🅵
и сначало запросить в кэше
🅵
затем на бэке
A
Да, это понятно, детали реализации
🅵
таким образом сразу вернув закэшированную рыбу
🅵
а затем актуальные данные
🅵
ну и таких способов реализации много
A
Тогда вот такой вопрос, уже посложнее
A
У нас несколько источников данных. Возьмём для примера sqlite и firestore
🅵
фаерстор не очень вписывается, так как он сам предусматривает кэширование)
🅵
но допустим
A
Взаимодействие с ними должно быть приведено к какому то стандарту, описанному интерфейсом источника данных
A
Но функции то могут быть совершенно разными. Одна база реактивная, другая отвечает только по запросу. Это требует разных функций. Как это привести к единому интерфейсу?
A
В сети говорят юзай паттерн QueryBuilder, по примеру того же Firestore
A
Только хз как это должно выглядеть
🅵
не, тебя никто не обязывает чтоб у декоратора были теже методы что и у дао
🅵
а у репозитория были теже методы с тем же названием что и у декоратора/провайдера
🅵
репозиторий суть объединяет различные источники
A
Но тогда репозиторий будет привязан намертво к конкретным источникам данных
🅵