с большой вероятностью придется вносить изменения и туда, и туда, потому что в тонких клиентах достаточно плотно всё связано

если domain строится на отбрасывании полей data-слоя, то, допустим, проканает, но если же нужно что-то добавлять, то изменения затронут все модели. радует, конечно, что компилятор скажет, что ты что-то забыл (если, конечно, конструктор без параметров по умолчанию используется), в остальном - баги во время исполнения

с большой вероятностью придется вносить изменения и туда, и туда, потому что в тонких клиентах достаточно плотно всё связано

если domain строится на отбрасывании полей data-слоя, то, допустим, проканает, но если же нужно что-то добавлять, то изменения затронут все модели. радует, конечно, что компилятор скажет, что ты что-то забыл (если, конечно, конструктор без параметров по умолчанию используется), в остальном - баги во время исполнения

Вопрос по чистой архитектуре: Во всех статьях из слоя Data в слой Domain через репозиторий данные возвращаются с помощью RxJava. Если на проекте не использовать RxJava, а использовать корутины, то в каком виде данные должны перетекать данные из дата слоя в доменный?

А какая разница suspend fun getDomainObject(): DomainObject или fun getDomainObject(): Single<DomainObject> :)

Если возращается Single, то скорее правильным будет возвращать Deffered.

так все, VM + LiveData. Ты и не заметил как перешёл). Если хочется пострелять себе в ноги, то еще Databindings и будет совсем трушный MVVM

так все, VM + LiveData. Ты и не заметил как перешёл). Если хочется пострелять себе в ноги, то еще Databindings и будет совсем трушный MVVM

Почему?

ну и в идеале там сверху реактивное связывание данных, с которым на андроиде так себе

Потому что Single ожидает подписки, чтобы отдать значение. Чисто логически Deffered подходит больше.
Но, разумеется, нужен просто suspend