М
И там не стейт в главном потоке, а обновления стейта. Зачем эти расчёты класть в главный поток я не знаю.
тогда имеет смысл, если изменение модели это затратная операция..
Size: a a a
2020 October 05
U
Сообщений может быть много, контроллеров состояния несколько
ML
Ребят, привет, покидайтесь в меня своими любимыми sample репозиториями с норм архитектурой
М
Сообщений может быть много, контроллеров состояния несколько
понятно, опять же для ситуаций когда изменить что-то в модели это сложная операция
М
Понял
Но в коде выше я не увидел асинхронную модель
Но в коде выше я не увидел асинхронную модель
вот по этому и возник вопрос, уж больно сложная штука получается😀
М
добавил зацикливание в пример, что ещё добавить? какие то юзкейсы или что-то непонятное
AI
добавил зацикливание в пример, что ещё добавить? какие то юзкейсы или что-то непонятное
Я правильно понимаю, речь про обработку намерений в фоне?
М
Я правильно понимаю, речь про обработку намерений в фоне?
речь вообще про всё что касается МВI
М
обработка намерений только что добавлена
М
интенты как бы не нужно обрабатывать в фоне, интенты обрабатывают модель, делают новую модель
М
как выяснилось сегодня, единственный кейс для изменения модели в фоне - это если вычисление может тормозить поток
М
если что подкидывай идеи))
М
сейчас как придумаем новый MVI😂
EM
Несколько часов назад стартанул новый сезон Podlodka Android Crew! Но все еще в ваших руках – ведь утренний воркшоп по TDD вы сможете посмотреть в записи, а а вечером в онлайне – максимально горячую и прикладную сессию про построение личного бренда с 🤩Денисом Неклюдовым, 🎩Барухом Садогурским и 🎙Кириллом Розовым. А впереди – еще две недели холиваров в Slack, ежедневных хардкорных и софтовых сессий и получения новых знаний!
Покупайте билет и погнали!
Покупайте билет и погнали!
AD
Имхо, неправильно явно показывать уровню бизнес-логики существование сети и БД отдельно
или все-таки правильно? https://www.joelonsoftware.com/2002/11/11/the-law-of-leaky-abstractions/
P
Я думаю, репозитории нужно оставлять как можно чище и тоньше. Их задача - выгрести данные и сконвертить модель.
А уже уровнем выше решать что делать с этими данными. Когда грузить из сети, когда из базы, когда скидывать в базу, когда чистить базу и т.д.
А уже уровнем выше решать что делать с этими данными. Когда грузить из сети, когда из базы, когда скидывать в базу, когда чистить базу и т.д.
VP
Я думаю, репозитории нужно оставлять как можно чище и тоньше. Их задача - выгрести данные и сконвертить модель.
А уже уровнем выше решать что делать с этими данными. Когда грузить из сети, когда из базы, когда скидывать в базу, когда чистить базу и т.д.
А уже уровнем выше решать что делать с этими данными. Когда грузить из сети, когда из базы, когда скидывать в базу, когда чистить базу и т.д.
Это не бизнес-логика вроде в большинстве случаев
А задача репозитория как раз разобраться с тем как доставать данные, откуда и как эти данные отдать интерактору
Другими словами Interactor не должен знать откуда эти данные получены и есть ли там какой-то кеш
А задача репозитория как раз разобраться с тем как доставать данные, откуда и как эти данные отдать интерактору
Другими словами Interactor не должен знать откуда эти данные получены и есть ли там какой-то кеш
HR
Или на уровне ниже, смотря откуда считать)) Но domain (business-logic) слой точно не должен знать разницу между REST, SQL, Realm, Files etc, чаще всего. Если вы пишете SQL-клиент, то должен, конечно))
P
Хорошо, если данные нужно только читать. А если писать в базу и обновлять на бэке, мониторить изменения базы, синхронизировать с бэком, обрабатывать ошибки, формировать очередь обновления и т.д., то это уже не задача репозитория, а скорее бизнес-логики. Это может быть самый низкий уровень бизнес-логики, но уже точно не репозиторий.
AD
Это не бизнес-логика вроде в большинстве случаев
А задача репозитория как раз разобраться с тем как доставать данные, откуда и как эти данные отдать интерактору
Другими словами Interactor не должен знать откуда эти данные получены и есть ли там какой-то кеш
А задача репозитория как раз разобраться с тем как доставать данные, откуда и как эти данные отдать интерактору
Другими словами Interactor не должен знать откуда эти данные получены и есть ли там какой-то кеш
тут ни слова о том, что он должен прятать способ хранения данных
https://martinfowler.com/eaaCatalog/repository.html
details of the database access code != источник
https://martinfowler.com/eaaCatalog/repository.html
details of the database access code != источник