Не, ну это коничива

Шайна

Shine

Gashishe

Ты, главное, не вздумай даже дальше код писать, пока название не придумаешь

своей шине

ScreenOrientationActionMediationProxyReactivePublisherBusHandler

я бы так назвал

Жууть, или  spring там принято так.))

без фасада не архитект

Кто-то на flutter сидит? Новая тема, как оно вам?

@rudart @flutter_rus

Люди, я так понимаю, что в приложении, следуя чистой архитектуре, должно быть три слоя: presentation, domain и data. Presentation и data могут работают непосредственно с Android (пользовательский интерфейс, базы данных и т. д.), а domain - это код на Java или Kotlin, который не должен зависеть от платформы (POJO и т. д.).
Отсюда вопрос, возникший при попытке использовать многомодульность: как мне расположить, например, POJO для базы данных (Room, например) в domain, если мне нужно для этого использовать аннотации?
Или я что-то не понимаю?

pojo для db - dto, будет лежать в data. В domain будет лежать model, в которую умеет мапиться dto, и наоборот.

при таком подходе придется дублировать одинаковые модельки для каждого из слоёв

но, когда изменится data source с его моделями - не нужно будет изменять весь проект, достаточно будет поправить маппинги dto -> domain model

@DmPolyakov @snoozerio
Понял, спасибо!

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

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