Межмодульная коммуникация в расширяемых приложениях?

Question

[Deenovi]

Привет. Подтолкните пожалуйста в нужном направлениии! Есть абстрактное понимание вопроса, но нет желания писать очередной велосипед, т.к. наверняка есть какие-то продуманные стандарты или фреймворки, которые у меня не получается найти.

Цель:
Затея такого плана. Есть хост приложение, которое подгружает заданные модули приводя конечное приложение к итоговому виду.
Пример: Модуль обрабатывающий данные температуры, модуль обрабатывающий данные давления и модуль коммуникации, через который осуществляется связь с внешним миром(пусть будет TCP сервер).
Т.е. на выходе получается допустим метео сервер, с которого пользователь может забрать какие-то данные. По итогу приложение за счет модулей может стать начиная от калькулятора, заканчивая центром управления полетами.

Вопросы:
1. Каким образом я могу осуществить коммуникацию между модулями, что бы она была бессвязная. Допустим клиент отправляет запрос на получение значения температуры, модуль сервера получив этот запрос, должен как-то передать его допустим в модуль обработки запроса, который в свою очередь обратится, к запрашеваемому модулю температуры для получения значения и т.д.
Слышал про системы сообщений, RPC.

2. Подскажите по актуальным фреймворкам в освящаемой выше области, которые могут мне помочь и про котоые я могу хотя бы почитать, что-бы углубить свое понимание вопроса.

Большое спасибо!

Comments

[Griboks]

Модуль - это компонента системы. Он не может быть бессвязным. Возможно, вы хотите услышать что-нибудь про микросервисы.

[Deenovi]

Самую ближайшую аналогию, которую я могу предоставить, это визуальный редактор скриптов в Unreal Engine 4. Это та структура, которой я хочу добиться. Что-бы ядро подгрузило несколько указанных библиотек, эти библиотеки автоматически соединились посредством необходимых им гнезд(интерфейсов) в цепочку создав этим единую структуру приложения. Т.е. структура может быть как: хост->плагин, так и хост->плагин->плагин

Есть конкретные интерфейсы, которые должны имплементироваться и все. Но пока что не поулчается найти безвелосипедное решение. С MEF разбираюсь, но закрадывается ощущение, что он не позволит мне сделать то что хочется.

PS: Модули, микросервисы и т.д. очень обширные сущности, по которым сложно найти конкретную информацию, т.к. это все смешали в один комок. Все в основном сводится в вебу, который мне как раз то и не нужен)

Answer 1

[Deenovi]

Попрбую конкретизировать, меня интересует взаимодействие между модулями в самом приложении.

Есть приложение(ядро/хост), которое подгружает модули(.dll), в которых описана различная логика. Эти модули разумеется как либо нуждаются в функционале друг друга.

Т.е. если я делал бы монолитное приложение, я бы явно взял необходимые функции из библиотек и как-то использовал их.

В нынешнем случае такой подход не подходит, т.к. ядро должно динамически погружать модули, о которых оно ни чего не знает. Т.е. нужно абстрагироваться интерфейсами, например через паттерн посредник, либо делать какую-то систему сообщений, на которую будут реагировать другие модули и как-то отвечать. Вот тут у меня и начинается непонимание в связи с нехваткой знаний, как это все связать воедино и реализовать.

Т.е. как мне допустим из модуля UI, нажав на кнопку, повлиять на другой модуль, когда связи между ними неявные. Когда я не могу тупо инстанцировать модуль А, в модуле Б и вызвать какую-то функцию.

Если непонятно написал, попробую еще :)

------------------------------------------------------

В общем то решение посредством MEF нашлось. Думал, что фреймворк сам залинкует все связи между всеми модулями, где есть необходимые контракты, но линкует он только между хостом и модулями где выполняется композиция. Решил проблему повторным поиском необходимых контрактов в плагинах, которым нужны свои расширения, и очередной композицией уже в самом плагине. Т.е. плагин выступает так-же мини хостом для своих расширений. Если будут какие-то поправки или идеи, буду рад вас выслушать, Всем большое спасибо! :)

PS: Произошла магия и все стало линковаться как мне надо без танцев с бубном. Чудеса...

Answer 2

[d-stream]

Ближе всего это можно обозвать плагинами.
В .net есть замечательная штука mef
А для общего случая - ну видимо стоит сформировать некий минишаблон взаимодействия уровня загрузки этих самых плагинов, передачи им минимума параметров и передачи управления.

Более гибкое взаимодействие - ну или свою очередь или готовые реализации.

Comments

[Deenovi]

Да, сейчас разбираюсь с MEF, спасибо за наводку. Относительно хоста->плагины все нормально, но есть необходимость в создании цепочки плагинов(хост->плагин1->плагин2), пытаюсь реализовать.

Answer 3

[ddd329]

Нее, интеграция посредством СООБЩЕНИЙ штука не такая простая, она в основном требуется в больших корпоративных приложениях, когда существует множество приложений, между которыми необходимо настроить взаимодействие.
В Вашем случае все намного проще для того, чтобы разбить монолит на отдельные модули. Есть такой паттерн как "Plugin", который описан в книге Фаулера по шаблонам корпоративных приложений.
Я бы сделал так: создал отдельный проект, где приведены контракты модулей, т.е. программные интерфейсы. Ну а далее в других проектах идет реализация этих контрактов/интерфейсов...