Какими способами можно организовать взаимодействие между разными программами?

Question

[12rbah]

Например есть несколько exe файлов и им нужно как-то взаимодействовать друг с другом. Я знаю вариант взаимодействия через TCP между ними, но поднимать сервер на локальной машине как-то не очень хочется.

Comments

[Сергей Попов]

А расскажите мне, как можно организовать TCP взаимодействие без подъема сервера? Это нереально:)
А вообще - для вас придумано десятки разных способов RPC (remote procedure call), включая стандартный для golang, grpc.

Расскажите подробнее, из той информации, что вы предоставили немного непонятно, чем являются программы, работают ли они в режиме "демона" и так далее.

[12rbah]

У меня в комментарии указано, что "поднимать сервер на локальной машине как-то не очень хочется", здесь я имел ввиду не обмен по tcp без сервера, а то что мне не хочется поднимать этот сервер для решениях такой задачи.

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

[Петр]

12rbah, Так вариантов помимо TCP уйма. Есть через шаринг файла, через Memory mapped file, Named Pipe, обьекты синхронизации и т.д. зависит от того что вы по итогу хотите получить

[res2001]

12rbah, Сервер применительно к TCP отличается от клиента только тем, что он открывает слушающий сокет, а клиент нет. Вот и все. Программа работающая демоном - 100% кандидат на роль TCP сервера. Не думайте, что сервер - это какой-то монстр, сервера бывают разные.
Но вообще, если обе программы должны работать исключительно на одном компе, то TCP не самый лучший (быстрый и простой) вариант.
Самый быстрый - обмен через shared memory, но нужно заморочится на синхронизацию доступа к данным (предотвращение гонки данных).
Без синхронизации - pipe.
Реализации этих двух вариантов есть во всех современных ОС.
Есть и другие варианты, смотри ответ Армянское Радио

Если же в планах есть использование программ по сети, то количество вариантов сильно сокращается: TCP или UDP. Так же можно использовать промежуточную базу данных или очередь.

Answer 1

[Армянское Радио]

Способов очень много. Некоторые от них зависят от применяемой ОС, некоторые - нет. Все зависит от решаемой задачи - нет смысла переписывать сюда учебник.

Answer 2

[#]

Например есть несколько exe файлов ..

хорошее начало. а они точно разработаны для взаимодействия:
- друг с другом?
- для вообще какого либо взаимодействия?

и им нужно как-то взаимодействовать друг с другом

нет. это вам нужно. но именно по этому, надо вникать во множество подробностей

Я знаю вариант взаимодействия через TCP между ними

так сообщите нам? иначе на какой ответ? или хотя бы совет? вы вообще рассчитываете?

Answer 3

[Александр]

Делай на TCP, решение универсальное. Сейчас модно через сервер очередей RabbitMQ делать взаимодействие, но там тот же TCP.

Comments

[12rbah]

А есть способы, которые не используют сетевое подключение для взаимодействия?

[Константин Нагибович]

12rbah, конечно есть - через файлы.

[Александр]

Есть, но они все ущербные и в дальнейшем существенно усложняют отладку таких приложений.
Не нужно делать так, как делать не нужно.
Пример: через файловую систему, через общую память(а это вообще не факт учитывая защиту и антивирусы) , остаётся через консоль(stdin/stdout) но это частный случай когда есть мастер процесс и слейвы.

[Сергей В]

12rbah,
какое сетевое подключение? если всё происходит на одной машине - слушаете и пишете в 127.0.0.1:<порт>
сеть для этого не нужна

Answer 4

[Петр]

Если сервер поднимать не хочется, то можно организовать взаимодействие через ПОЛЬЗОВАТЕЛЯ.
Пусть от перепечатывает текст, что отображается в одной программе в другую.

Comments

[12rbah]

Ваш вариант наиболее подходящий, спасибо.

Answer 5

[Vitaly]

Есть очень много способов и библиотек. Выбирайте, то что подходит вам для решения задач: https://en.wikipedia.org/wiki/Inter-process_commun... (секция Approaches).

Answer 6

[Дмитрий Макаров]

В природе есть только два способа сокеты и shared memory из двухсторонних,мгновенных и надежных. А все остальное настройка и обертка над ними.
И вам надо различать хост и сервер. stdout, пайпы, файлы, сервисы это для не прямого и специфического обмена. А учитывая как поставлен вопрос shared вы не напишите.
Поэтому пользуйтесь tcp самый простой, распространненный и дефакто стандарт. А библиотек для взаимодействия на нем море.