AZ
ключевой момент там на страницах 89-90
Size: a a a
2017 February 02
EM
Супер, спасибо!)
2017 February 03
АМ
Ребят может кто поделиться электронной версией reactive programming with rxjava
М
В чем проблема в гугле найти?
VK
Тут её уже пару раз кидали
АМ
Нашел поиском, спасибо
DB
@eugene_matsyuk В тему кэширования хотел спросить. Кэшированием у нас занимается репозиторий. Он прям сам вызывается методы той же бд, или у нас есть прослойка, кэш-репозиторий в котором переменая работы с БД, и через него осуществляется кэш? Кэширование идет сразу в цепочке Observable? Или мы сначало ответ с сервера передаем в интерактор, а тот опять дергает репозиторий в сохранением в БД? Потом кто принимает решение о том что кэш не валиден? иличто просто надо почистить его, где эта логика находится? нужно ли ее выносить в сервис например, чтобы периодически он сам проверял БД. В целом про организацию кэша есть ли хорошие примеры, кто может поделится? Сорян если немного очевидные вопросы, хочется по полочкам разложить.
DV
@eugene_matsyuk В тему кэширования хотел спросить. Кэшированием у нас занимается репозиторий. Он прям сам вызывается методы той же бд, или у нас есть прослойка, кэш-репозиторий в котором переменая работы с БД, и через него осуществляется кэш? Кэширование идет сразу в цепочке Observable? Или мы сначало ответ с сервера передаем в интерактор, а тот опять дергает репозиторий в сохранением в БД? Потом кто принимает решение о том что кэш не валиден? иличто просто надо почистить его, где эта логика находится? нужно ли ее выносить в сервис например, чтобы периодически он сам проверял БД. В целом про организацию кэша есть ли хорошие примеры, кто может поделится? Сорян если немного очевидные вопросы, хочется по полочкам разложить.
А итерактор - это компонент? Он вызывается из презентера и работает с репозиторием?
DB
А итерактор - это компонент? Он вызывается из презентера и работает с репозиторием?
Интерактор находится между презентером и репозиторием, в нем бизнес логика. Вообще да. Презентер дергает интерактор а тот репозиторий
EM
@eugene_matsyuk В тему кэширования хотел спросить. Кэшированием у нас занимается репозиторий. Он прям сам вызывается методы той же бд, или у нас есть прослойка, кэш-репозиторий в котором переменая работы с БД, и через него осуществляется кэш? Кэширование идет сразу в цепочке Observable? Или мы сначало ответ с сервера передаем в интерактор, а тот опять дергает репозиторий в сохранением в БД? Потом кто принимает решение о том что кэш не валиден? иличто просто надо почистить его, где эта логика находится? нужно ли ее выносить в сервис например, чтобы периодически он сам проверял БД. В целом про организацию кэша есть ли хорошие примеры, кто может поделится? Сорян если немного очевидные вопросы, хочется по полочкам разложить.
Хороший вопрос. Я пока размышляю о нем)
B
@eugene_matsyuk В тему кэширования хотел спросить. Кэшированием у нас занимается репозиторий. Он прям сам вызывается методы той же бд, или у нас есть прослойка, кэш-репозиторий в котором переменая работы с БД, и через него осуществляется кэш? Кэширование идет сразу в цепочке Observable? Или мы сначало ответ с сервера передаем в интерактор, а тот опять дергает репозиторий в сохранением в БД? Потом кто принимает решение о том что кэш не валиден? иличто просто надо почистить его, где эта логика находится? нужно ли ее выносить в сервис например, чтобы периодически он сам проверял БД. В целом про организацию кэша есть ли хорошие примеры, кто может поделится? Сорян если немного очевидные вопросы, хочется по полочкам разложить.
По моему мнению, есть прослойка кеша, к которому будет обращаться репозиторий. Кеш понятие растяжимое, это может быть база, преференсы, интернал сторедж, екстернал. Если репозиторий будет знать об этих все кешах, то он лопнет. Репозиторий обращается к кешу, а кеш сам решает откуда брать данные и где их хранить
DB
По моему мнению, есть прослойка кеша, к которому будет обращаться репозиторий. Кеш понятие растяжимое, это может быть база, преференсы, интернал сторедж, екстернал. Если репозиторий будет знать об этих все кешах, то он лопнет. Репозиторий обращается к кешу, а кеш сам решает откуда брать данные и где их хранить
Но ведь даже и без кэша, репозиторий может работать с базой или сторедж
B
Но всё в конечно итоге упирается в потребности в любом случае.
Каким образом он будет с ним работать? Тогда прослойки кеша у тебя не будет
Каким образом он будет с ним работать? Тогда прослойки кеша у тебя не будет
EM
B
Будет только прямой доступ к стореджам на диске. ИМХО тут Single Responsibility не пахнет
B
Репозиторий становиться слишком ответственным за множество вещей
DB
Репозиторий становиться слишком ответственным за множество вещей
Репозиторий работает с источниками данных, если их несколько, почему Single хромает?
B
Репозиторий работает с источниками данных, если их несколько, почему Single хромает?
Что ты имеешь ввиду под "Single хромает"?
DB
Что ты имеешь ввиду под "Single хромает"?
Single Responsibility
B
А, я думал ты про Rx)
Кеширование и обработка данных полученных с кеша разные вещи. Кеш отдает тебе сырые данные. Репозиторий может брать данные с разных кешей, компонировать их, делать с ними разные манипуляции и отдавать результат.
Кеширование и обработка данных полученных с кеша разные вещи. Кеш отдает тебе сырые данные. Репозиторий может брать данные с разных кешей, компонировать их, делать с ними разные манипуляции и отдавать результат.