Да. Репозиторий не должен париться о внутренностях DataSource. Его задача шлюзовать данные между локальным хранилищем, удаленным хранилищем и ядром (domain). И преобразованием данных должны заниматься классы хранилищ. Лучше всего сразу в тип, используемый ядром. Тогда репозиторий становится до безобразия простым. Нужно тебе подрубить Room, ORM, SQLite, JSON, Protobuf или еще что, тебе не придется переписывать репозиторий. Особенностями протоколов пусть занимаются те слои, в которых это все происходит. Их задача получить, сохранить данные через соответствующие протоколы и подготовить их в вид, удобный для более внутренних слоев.

Да. Репозиторий не должен париться о внутренностях DataSource. Его задача шлюзовать данные между локальным хранилищем, удаленным хранилищем и ядром (domain). И преобразованием данных должны заниматься классы хранилищ. Лучше всего сразу в тип, используемый ядром. Тогда репозиторий становится до безобразия простым. Нужно тебе подрубить Room, ORM, SQLite, JSON, Protobuf или еще что, тебе не придется переписывать репозиторий. Особенностями протоколов пусть занимаются те слои, в которых это все происходит. Их задача получить, сохранить данные через соответствующие протоколы и подготовить их в вид, удобный для более внутренних слоев.

Но, справедливости ради, репозиторий сам по себе один из самых полезных подходов, который видал андроид-мир.

А в чём фишка его?

Всем добрый день. Такой вопрос, разделение проекта на модули (Например, по чистой арх) это вкусовщина или профит будет ощутим?

Ну и плюс вводит дополнительные ограничения, что имхо тоже хорошо, потому что ты не сможешь просто импортировать нужный тебе класс потому что надо будет подключать модуль. А это уже даст больший стимул правильно ли ты все делаешь

Добрый вечер, подскажите пожалуйста в каком направлении смотреть. В Интернете искал ничего вразумительного не нашел. У меня есть кнопка добавить в корзину, когда её нажимаешь должна вместо неё появиться кнопка со счетчиком добавленного товара.