JF
заказ будет зависеть от профиля
(чтобы получить % скидки для клиента;
адрес доставки;
Список желаемого;)
(чтобы получить % скидки для клиента;
адрес доставки;
Список желаемого;)
Size: a a a
2021 July 22
JF
и так далее
JF
Да и разделение на
:feature-api и :feature-impl подразумевает иерархиюVS
Вот так и делаем, но на этапе компиляции классов нет и приходится мапперы писать.
VS
А, ну если так говорить, то да...
JF
через медиатор можно сделать только коммуникацию, но не зависимости
VS
Но в таком подходе все в модуле internal, и только через mediator оющаются
JF
по-моему 1 UML диаграмма развертывания спокойно отображает и сохраняет всю иерархию фичей
JF
вроде можно сделать полностью плоские фичи, через двойные интерейсы. Но там много дублирования будет
VS
Вот вот
JF
у @xanderblinov вроде как раз об этом все. Нужно будет помимо
:feature-api еще и :feature-deps делатьVS
И с uml согласен. Надо посидеть и подумать)
JF
у меня приложение переводчик
Там есть:
никак не обойти, либо огромными костылями
причем
Там есть:
Языки
Словари
Обучение
И иерархиюЯзыки <-- Словари <-- Обучение никак не обойти, либо огромными костылями
причем
обучение так же зависит от языковVS
Ладно, спасибо, идеи появились. Хорошего вечера)
AB
Мы так пробовали, но это не очень в итоге на большом масштабе получилось
VS
А к чему пришли?
AB
Запишем выпуск про иерархию – расскажем как в итоге получилось
AB
Я кстати в шоке был, но на iOS намного проще получилось. Там Touist (кастомная система сборки) позволяет код модуля делить на много сорссетов и делать:
A.impl -> B.api
B.impl -> A.api
A.impl -> B.api
B.impl -> A.api
AB
В Android только с х2 модулями и просадкой при конфигурации