В вашем случае, я не понимаю зачем интерактор, это просто обертка над абстрактным классом. В моем случае - интерактор имеет внутри набор всех нужных useCases для реализации всего скоупа бизнес-задач (для конкретного домена). Мой интерактор, может вызывать внутри себя цепочки useCase.
PS: я наверно сильно задушнил, просто хочется понять как у вас устроено уровнем выше. Кто оперирует интеракторами/useCase в вашем варианте?
Концептуально для меня интерактор , это сущность при помощи которой я могу работать с какими-то бизнес-процессами/сущностями не вникая в детали реализации, что-то типа "получить фоточки для юзера", "юзер лайнул фоточку" , "юзер добавил фоточку" - у вас на каждую такую штуку свой интерактор?
Рад, что вам понравилось. Условно говоря - истинный параллелизм это когда количество одновременно выполняемых задач строго равно количеству ядер процессора. В реальности такого конечно не бывает, поэтому параллельные работающие задачи конкурируют друг с другом за ядра на которых они будут выполняться. Отсюда и конкурентный параллелизм и сам смысл конкуренции в контексте корутин.
Трансформирует все что нужно, учитывая размер android-sdk , долгая загрузка - вполне ожидаема.
Minikube - хорошая тема для "потыкать/попробовать через руки".
Для меня тоже было удивительно это "Внезапное признание"
Есть прикольный проект HexOS
В последних версиях Android душат фоновые сервисы, в 16м обещают включить принудительную поддержку multi-dimension экранов.
А вечные alpha/beta в jetpack либах? Или стала например stable и через несколько релизов - deprecated.
Понятно, как будет звучать сеточка на сленге.
wireguard блочат уже несколько месяцев, как у вас работает до сих пор?
Это называется сейчас - "заморозка".
Ой вей, никогда такого не было и вот опять?
Ребят, было бы круто какое-то минимальное API для управлениями юзеров на self-hosted.
А что за зверек такой "Privacy Sandbox"?
Спасибо за статью. В data-class использовать лямбды, это некомильфо.
В вашем случае, я не понимаю зачем интерактор, это просто обертка над абстрактным классом. В моем случае - интерактор имеет внутри набор всех нужных useCases для реализации всего скоупа бизнес-задач (для конкретного домена). Мой интерактор, может вызывать внутри себя цепочки useCase.
PS: я наверно сильно задушнил, просто хочется понять как у вас устроено уровнем выше. Кто оперирует интеракторами/useCase в вашем варианте?
Концептуально для меня интерактор , это сущность при помощи которой я могу работать с какими-то бизнес-процессами/сущностями не вникая в детали реализации, что-то типа "получить фоточки для юзера", "юзер лайнул фоточку" , "юзер добавил фоточку" - у вас на каждую такую штуку свой интерактор?
А как быть если Interactor должен поддерживать несколько UseCase? Или useCase реализуется только в одном интеракторе?
Да это фигово, но можно брать неоригинальные «расширители» с адекватными ценниками на том же али.
Малява и точка.
Да, иначе не допустят до аттестации.
Рад, что вам понравилось. Условно говоря - истинный параллелизм это когда количество одновременно выполняемых задач строго равно количеству ядер процессора. В реальности такого конечно не бывает, поэтому параллельные работающие задачи конкурируют друг с другом за ядра на которых они будут выполняться. Отсюда и конкурентный параллелизм и сам смысл конкуренции в контексте корутин.