A
Size: a a a
2021 February 05
🅵
У тебя будет 1 репозиторий: РепозиторийКниг, допустим пока с 1 методом получитьКниги
🅵
Вот как мы можем реализовать этот метод:
1) пробуем получить книги с сервера
2) если отсутсвует сеть или превышен таймаут - пробуем получить книги из локальной бд
3) если получили книги с сервера - кладем их в локальную бд
1) пробуем получить книги с сервера
2) если отсутсвует сеть или превышен таймаут - пробуем получить книги из локальной бд
3) если получили книги с сервера - кладем их в локальную бд
🅵
Видим что тут. нам надо определить 2 источника данных - локальный и с сервера, такие источники называются: Прокси, Декораторы, Провайдеры. Погугли что это значит.
🅵
У каждого провайдера или декоратора или прокси уже будет источник его данных
🅵
Например ДАО для бд, или Рест Клиент
🅵
Где описаны конкретные запросы к конкретным таблицам или конкретным ручкам на сервере
🅵
Уже источники данных для этих классов - соединение с бд или хттп клиент
🅵
тоесть репозиторий объединяет различные источники данных
🅵
метод один, а взаимодействует уже с различными источниками и с сервером и с бд
🅵
это вот прям типичнейший пример
A
То есть мое понимание в общем верно, только вот сам "кеш," не является обязательным элементом, так как данные могут подтягиваться по запросу из источников. Это по ситуации.
A
Отлично, спасибо за подробное разъяснение
🅵
ну если не будет кэша - у тебя будут медленее запросы и при отсутсвии интернета не будет работать
🅵
стратегий то много
🅵
к примеру метод репозитория может быть генератором
🅵
и на запрос получиКниги