В рейтинге участвует:

групп:

каналов:

Виртуальный сервер на SSD - недорого!

Аренда выделенных и виртуальных серверов (VDS/VPS), хостинг, аренда IP-адресов, администрирование, круглосуточная поддержка

qwarta.ru подробнее

Резервное копирование с проверкой на вирусы!!!

Удобный сервис создания резервных копий на любой сервер сети интернет. Отслеживайте изменения, проверяйте на вирусы. Надежно защитите свой бизнес!

go.backupland.com

Выбираете сервер? Любая конфигурация на заказ!

Аренда физических серверов любых конфигураций под любые запросы - 1С бухгалтерия, игровые сервера, нагруженные проекты, интернет-магазины!

qwarta.ru подробнее

Size: a a a

Android Architecture

2354 membersпожаловаться на группу
2017 January 30

EM

Eugene Matsyuk in Android Architecture
Репозиторий отвечает за то, чтобы дернуть соответствующее апи (сеть, бд).
Также он может автоматом кэшировать.
Но по опыту лучше оставлять Репозиторий пассивным, То есть он только дергает апи - сохраняет и загружает необходимые объекты.
А вот выдача скомпонованой из разных сущностей модели - это задача Интерактора.
источник
12:43пожаловаться#1

AK

Anatolii K in Android Architecture
для кеширования лучше сделать доп репозиторий и репо который будет брать данные из других репозиториев
источник
12:49пожаловаться#2

EM

Eugene Matsyuk in Android Architecture
Anatolii K
для кеширования лучше сделать доп репозиторий и репо который будет брать данные из других репозиториев
доп.репозиторий? репо, который будет брать данные с других репов?
вроде же договорились, что репозитории не знают друг про друга. а тут каша намечается.
хотя, если вы покажете код, может я и ошибаюсь =)
источник
12:54пожаловаться#3

AP

Alexander Popsuenko in Android Architecture
Это видимо просто доп. слой, чтобы вынести логику связывания объектов из интерактора
источник
12:56пожаловаться#4

AK

Anatolii K in Android Architecture
ну репозиторию который бегает в сеть лучше не знать о базе, да. я говорю об репозитории который будет брать данные из несколький других репозиториев (кеш + бд + сеть)
источник
12:58пожаловаться#5

EM

Eugene Matsyuk in Android Architecture
ну тогда это лучше называть не Репозиторием
скорее всего это будет какой-нибудь вспомогательный класс интерактора, типа CacheManager
источник
12:59пожаловаться#6

AK

Anatolii K in Android Architecture
CompositeRepository
источник
13:03пожаловаться#7

AK

Anatolii K in Android Architecture
разумеется что он ничего не знает о реализации других репозитоиев
источник
13:03пожаловаться#8

AP

Alexander Popsuenko in Android Architecture
В принципе такой класс имеет право на жизнь.
Т.к. репозиторий для сети готовит и парсит запросы, репозиторий бд работает с dao + какие-то еще подготовительные действия, а этот класс будет решать куда класть, откуда брать.
источник
13:06пожаловаться#9

AP

Alexander Popsuenko in Android Architecture
А сейчас у меня получается так, что приходится для сети и бд делать методы в репозитории, которые подготавливают/парсят данные
источник
13:06пожаловаться#10

AP

Alexander Popsuenko in Android Architecture
У меня дежавю))
Не так давно обсуждали что-то типо этого и я также написал)
источник
13:07пожаловаться#11

AK

Anatolii K in Android Architecture
так это распространенный подход, наверняка уже обсуждали
источник
13:08пожаловаться#12

AP

Alexander Popsuenko in Android Architecture
Тогда вопрос организационный:
где ему лежать и как называться?
какие будут предложения?
источник
13:09пожаловаться#13

KF

Kirill Filimonov in Android Architecture
использую для этого понятие datasource, реализация репозитория работает с какими-то datasource
источник
13:10пожаловаться#14

EM

Eugene Matsyuk in Android Architecture
Alexander @anatolii_k
ребят, смотрели доклад? там я говорил про репозитории.
ну просто вы упоминаете про репозиторий Бд, репозиторий сети
немного о разных вещах говорим, называя их одним словом
источник
13:10пожаловаться#15

AK

Anatolii K in Android Architecture
кинь еще раз ссылкой, плз)
источник
13:11пожаловаться#16

EM

Eugene Matsyuk in Android Architecture
Kirill Filimonov
использую для этого понятие datasource, реализация репозитория работает с какими-то datasource
на datasource ложится вопрос кеширования как раз?
то есть типа промежуточного слоя между репозиторием и классами с сетью, бд ?
источник
13:11пожаловаться#17

EM

Eugene Matsyuk in Android Architecture
https://www.youtube.com/watch?v=AlxMGxs2QnM&list=PLb1A91j1236pH1yoUvq5YDZUWAJz1T4DF&t=1906s&index=4
YouTube
Евгений Мацюк — Пишем тестируемый код
Евгений Мацюк, Сбертех — Пишем тестируемый код Конференция по мобильной разработке Mobius 2016 Санкт-Петербург, 04.06.2016 Как новые подходы и инструменты по...
источник
13:12пожаловаться#18

АИ

Антон Ицкович in Android Architecture
Господа у меня вопрос оффтоп. Я сейчас перехожу на бекенд, буду писать на Spring. И там вопросы тестирования и архитектуры еще острее поставлены.. может ктонибудь знает чат по этим делам, или обладает знаниями - готов за консультацию даже заплатить!)
источник
13:13пожаловаться#19

KF

Kirill Filimonov in Android Architecture
Eugene Matsyuk
на datasource ложится вопрос кеширования как раз?
то есть типа промежуточного слоя между репозиторием и классами с сетью, бд ?
не совсем так. есть, например, NetworkDatasource, DbDatasource, CacheDatasource и реализация репозитория достает оттуда данные
источник
13:19пожаловаться#20