JF
но в самом простом варианте - хранить поля профиля в SP и брать из него
Size: a a a
2021 July 31
TG
Привет .Кто нибудь пробовал создавать reusable features ? Иммею ввиду перекидывать фичи с одного приложения в другие . Какие архитектрные подходы при этом использовали?
JF
вот сейчас этим и занимаюсь. Делаю рекламный модуль на 3 приложения
TG
Дело в том что я вижу на сейчас только микросервисный подход ,когда выделяется фича со своим presentation ,domain и data и это весьма сильно усложняет разработку так как микросервисы в Андроиде это не микросервисы в бекенде т.е. не могут вызывать друг другу из-за особенности линковки объектных файлов ,проще говоря отдельные Java/Kotlin модули однонаправленные по зависимости
JF
вообще не вижу проблем. Просто из фичи делается библиотека и подключается в приложение
TG
Со своим доменом правильно я понимаю?
JF
разумеется
TG
Просто фича A может вызывать фичей B ,а фича B в свою очередь вызывать фичу A и тут начинаются сложности с циклическими зависимостями
TG
Кто как это решает?
JF
в простейшем виде - callback'и
TG
Я ещё думал делать прокси ,как посредники которые собирают эти фичи ,а в прокси уже менеджерится вызовы
JF
циклическая зависимость лечится либо делегатом, либо интерфейсом
TG
По аналогии как в DDD что-то вроде Root Aggregate
JF
это уже из 2 фичей одну сделать. И циклические зависимости все равно останутся и будет невозможно их модулями оформить
JF
gradle не даст
JF
но вообще при правильно проектировании не возникает циклической зависимости. Но для этого нужен архитектор
TG
А есть ли возможность как-то динамически подставлять модули ?
TG
Может есть какие-то хаки в этом плане
TG
Или ли в этом вопросе может помочь подгрузка динамических фичей ,то что google не так давно представила?
TG
Или там такой трюк не пройдет?