спасиб)

Можно передать в фичу снаружи сконфигурированный Retrofit, чтобы создать клиента

Можно сделать внутри.. правильно и так и так, зависит от конкретики.

Зависимость на какой-нибудь core-модуль нужна, чтобы переиспользовать код

А конфигурационные параметры, типо настроенного http-клиента лучше принимать снаружи, в момент подключения и конфигурации фичи из слоя приложения

Вот теперь все понял, спасибо большое

Ребят,всем привет,я начал изучать мввм,и я правильно понимаю что:
Model -содержит данные приложения.Он не может напрямую общаться с View.Рекомендуется представлять данные модели через обсервабо
View - представляет собой пользовательский интерфейс приложения.Он соблюдает ViewModel
ViewModel- действует как за связь между моделями и представлениями.Он отвечает за преобразования данных из модели.Запрашивает данные из Model.
Если я в чём-то ошибся, то подправьте меня пожалуйста

Вот схема, думаю будет понятнее.

Привет. В некоторых источниках говорят что во всех MV* архитетурах слово Model трактовалось изначально неправильно, автор имел ввиду Model как стейт (холдер) и если смотреть по этому принципу, то выходит что есть разные источники которые приносят данные по запросу (интеракторы, юзкейсы, репозитории) и все они меняют Модель и вот ViewModel даёт канал, по которому можно обзервить данную Model. То есть View подписывается на единый источник данных (но сейчас это трактуется как MVI)

Это мое личное мнение.
Если конкретно самый распостраненный сопособ реализации MVVM, то вы всё правильно поняли

Хорошо, спасибо,я понял

Спасибо. Звучит логично, потому что репозиторий который относят к model, аж никак не является моделью приложения, он просто менеджер источников данных, на основе которых строиться модель.

Допустим мне нужно что бы юзер выбрал какой-то файл в проводнике, мне нужно получить uri этого файла (через onActivityResult). Мне же это надо вынести в интерактор? И как в интреакторе обрабатывать onActivityResult?

Как вариант, активити выбора файла можно запустить из другой активити или фрагмента. И в них же и получить uri через result. Потом этот uri скормить презентеру активити/фрагмента откуда запустился выбор файла. И далее уже в интерактор

Ребят, мне нужно сделать промежуточный экран с прогресбаром на время работы таска,а по окончании- переход к новой активити. Думаю вынести этот промежуточный экран в отдельную активити. Правильный ли это подход?

почему не фрагментом?

Не знаю, говорят одна активити -  1 экран, а тут 2 разных экрана будет, с разными целями,поэтому я хз

Экран только лишь с прогрессом? Не проще ли alertdialog тогда показать?

Только с прогрессом. Думаю это хороший вариант

В последнее время небезосновательно советуют делать экраны фрагментами. Можно посмотреть видосики и статьи про single activity подход

Хотя вот щас подумал,отдельный экран для загрузки это ведь тоже самое что progressdialog юзать, а это deprecated.  А как вообще поступают, когда нужно подождать прежде чем можно будет перейти к новой активити?

Может небольшой фрагмент с баром притулить внизу вызывающей активити, у меня она из фрагмента с рекуклером состоит

Просто показать прогресс в любом виде, и перейти. Отдельный блокирующий экран это действительно немного жестоко)