Е
ну или это вообще не приложения, а просто библиотечки
Size: a a a
2019 April 02
AB
у нас делалось только одно зонтичное приложение. потом уже стали делать приложения - библиотеки. их в депс добавляешь. и уже вопросов не возникает дурацких, типа как я писал выше
ML
что делать, если нужна циклическая зависимость в зонтике?
Однозначно рефакторить. Циклическая зависимость означает ошибку в дизайне
ŹR
Как такое вообще можно получить?
Е
у удного приложения есть интерфейс и у другого, и они друг друга тыкают через эти интерфейсы
ML
разбивай на три приложения
Е
интерфейсы - части приложений, стандартная практика
Е
разбивай на три приложения
я думал об этом, но скажем в каких-нибудь плюсах или D это довольно странно
ŹR
Циклическая зависимость это странно
ML
я думал об этом, но скажем в каких-нибудь плюсах или D это довольно странно
циклическая зависимость — это везде плохо и в тех же плюсах тоже очень даже
ML
или ты разбил на части то, что не надо было, или неправильно разбил
Е
тут скорее зависимость от интерфейсов
Е
и я не встречал, чтобы в плюсах интерфейс и имплементация были бы в отдельных либах
Е
видимо надо выцарапывать общую часть в третью либу, которая сама-по себе
Е
но по факту эта либа вызывает функции обоих приложений, а значит как-то зависит от них?
Е
Е
Или скажете, что если так надо, то этот дизайн-говно?
ŹR
Чет я не вижу тут интерфейсов
Е
ну пусть будет A.Interface.foo и для B также
Е
или что есть интерфейс в эликсире? полагаю просто отдельный модуль с условно публичными функциями