Е
допустим я вынес эти функции в отдельный модуль I
Size: a a a
2019 April 02
Е
точнее в отдельное приложение I
Е
получится, что A и B зависят от I, а I зависит от A и B. Что делать?
Е
В I не сами функции, а некие прокси к функциям A и B
AB
хехе. микросервисная архитектура какая-то. с многосвязностью сервисов
Е
типа того
AG
хехе. микросервисная архитектура какая-то. с многосвязностью сервисов
Да это классическая ошибка всех, кто когда либо начинал писать сервисы по такой архитектуре, потом с опытом приходит понимание, как правильно делить сервисы , что общение сервисов нужно выносить за пределы простых вызовов... Там много проблем архитектуры
Е
у меня есть мысль вообще избавиться от прямых вызовов функций, а приложениям общаться исключительно через какой-нибудь паб-саб или даже http-вызовы
ŹR
Я не понимаю как можно попасть в такую ситуацию, честно говоря
ŹR
Ты же не наследуешь класс родитель от класса наследника
ŹR
Просто: как?
AG
у меня есть мысль вообще избавиться от прямых вызовов функций, а приложениям общаться исключительно через какой-нибудь паб-саб или даже http-вызовы
Потом приходят к подходам cqrs (https://ru.m.wikipedia.org/wiki/CQRS)
ŹR
Потом приходят к подходам cqrs (https://ru.m.wikipedia.org/wiki/CQRS)
Вообще никакой связи
Е
Просто: как?
например есть приложение обрабатывающее заказы и приложение вебсервер.
ML
Е
вебсерверу при логине нужно узнать состояние заказа
ML
Почитай
Е
ну навалили :)
ŹR
ну навалили :)
Не слушай