https://opennet.ru/openforum/vsluhforumID9/9294.html Всем добрый вечер!<br><br>Недавно впервые столкнулся с задачей межпроцессного взаимодействия. Задача такая:<br><br>Есть некоторый программный модуль, написанный на С++(Qt). Предполагается, что он должен обеспечивать некоторый набор услуг прикладным процессам, его использующим. При этом заранее не известно, с использованием какого языка программирования будут реализованы эти процессы. Суть в том, что, необходимо реализовать некий универсальный интерфейс обмена информацией между модулем и прикладным ПО, написанном на каком-либо языке (php, java...). Изначально предпологалось использовать для этих целей xml-файлы. Но мне не ясно, по каому принципу должен осуществляться такое взаимодействие. Например, как один процесс будет проинформирован другим процессом о том, что он прекратил запись в файл и можно совершать его чтение... Подскажите пожалуйста, где можно почитать про это? Буду очень рад вашим советам. Может быть, обмен через xml не самый оптимальный вариант. Кстати, критерием оптимальности в данном случае является ско https://opennet.ru/openforum/vsluhforumID9/9294.html#12 Mon, 21 Nov 2011 09:40:09 GMT &gt;&gt; Безусловно, идея с сокетами хорошая. Многие языки их поддерживают. Сейчас обдумываю данный <br>&gt;&gt; вариант)В UNIX есть так называемые unix-сокеты, предназначееные именно для обмена между <br>&gt;&gt; локальными процессами. Пытаюсь найти что-то подобное в библиотеках Qt <br>&gt; в qt dbus есть, но я-бы делал через tcp scoket -- проще. <br><br>Tcp для моих целей обладает избыточностью (ненужными заголовками). Наткнулся на класс QLocalSocket, вроде бы он заточен под обмен между процессами на одной машине.<br> https://opennet.ru/openforum/vsluhforumID9/9294.html#11 Mon, 21 Nov 2011 09:32:20 GMT &gt; Безусловно, идея с сокетами хорошая. Многие языки их поддерживают. Сейчас обдумываю данный <br>&gt; вариант)В UNIX есть так называемые unix-сокеты, предназначееные именно для обмена между <br>&gt; локальными процессами. Пытаюсь найти что-то подобное в библиотеках Qt <br><br>в qt dbus есть, но я-бы делал через tcp scoket -- проще.<br><br> https://opennet.ru/openforum/vsluhforumID9/9294.html#10 Sun, 20 Nov 2011 16:58:47 GMT &gt;[оверквотинг удален]<br>&gt; А вот смотрите как легко и просто через сеть организуется передача данных: <br>&gt; у каждой службы есть веб-сервер висящий на своем порту (или просто процесс <br>&gt; слушающий свой сокет).<br>&gt; когда нам надо передать ему данные- мы просто вызываем урл, который дергает <br>&gt; нужный CGI-скрипт (засовываем данные в сокет).<br>&gt; никаких лок-файлов, никаких циклических сканирований. Большую часть работы делает система. <br>&gt; собственно когда я говорил о шине - я подразумевал что передача данных <br>&gt; будет происходить по такой логике, но только будет единая точка входа <br>&gt; в эти сервисы - тоесть сокет будет единственный, а уже шина <br>&gt; будет разруливать кому передать нужное сообщение, согласовывать форматы и т.д.<br><br>Безусловно, идея с сокетами хорошая. Многие языки их поддерживают. Сейчас обдумываю данный вариант)В UNIX есть так называемые unix-сокеты, предназначееные именно для обмена между локальными процессами. Пытаюсь найти что-то подобное в библиотеках Qt<br><br><br> https://opennet.ru/openforum/vsluhforumID9/9294.html#9 Sun, 20 Nov 2011 16:57:02 GMT &gt; Если бы я свои деньги зарабатывал подобным образом, меня бы давно с <br>&gt; работы выгнали) <br>&gt; TCP,UDP,SCTP,RTP/IP... На кой??? Обмен данными между процессами на одной машине.<br><br>А вот смотрите как легко и просто через сеть организуется передача данных:<br>у каждой службы есть веб-сервер висящий на своем порту (или просто процесс слушающий свой сокет).<br>когда нам надо передать ему данные- мы просто вызываем урл, который дергает нужный CGI-скрипт (засовываем данные в сокет).<br>никаких лок-файлов, никаких циклических сканирований. Большую часть работы делает система.<br>Нужно передать данные- просто передаем их.<br><br>собственно когда я говорил о шине - я подразумевал что передача данных будет происходить по такой логике, но только будет единая точка входа в эти сервисы - тоесть сокет будет единственный, а уже шина будет разруливать кому передать нужное сообщение, согласовывать форматы и т.д.<br><br><br><br> https://opennet.ru/openforum/vsluhforumID9/9294.html#8 Sun, 20 Nov 2011 16:17:24 GMT Если бы я свои деньги зарабатывал подобным образом, меня бы давно с работы выгнали)<br><br>TCP,UDP,SCTP,RTP/IP... На кой??? Обмен данными между процессами на одной машине.<br><br>Спасибо за ответы!!!<br> <br><br><br> https://opennet.ru/openforum/vsluhforumID9/9294.html#7 Sat, 19 Nov 2011 22:09:17 GMT &gt;&gt; Скажем так, нужно выбрать наиболее быстрый вариант обмена с сохранением универсальности <br>&gt; Сначала делаешь на файлах, полгода получаешь зарплату.<br>&gt; Потом, случайно так, выясняется что это тормоза...<br>&gt; Придумываешь делать на сигналах иль пайпах,... ещё пол года получаешь зарплату <br>&gt; Когда чувствуешь, что начальство уже начинает сомневаться... , ты победоносно, <br>&gt; за пару недель делаешь на TCP/IP ...<br><br>Внемлите! Внемлите словам мудрого!<br><br><br><br> https://opennet.ru/openforum/vsluhforumID9/9294.html#6 Sat, 19 Nov 2011 18:31:49 GMT &gt; Скажем так, нужно выбрать наиболее быстрый вариант обмена с сохранением универсальности <br><br>Сначала делаешь на файлах, полгода получаешь зарплату.<br>Потом, случайно так, выясняется что это тормоза...<br>Придумываешь делать на сигналах иль пайпах,... ещё пол года получаешь зарплату <br>Когда чувствуешь, что начальство уже начинает сомневаться... , ты победоносно, <br>за пару недель делаешь на TCP/IP ... <br><br>Пох...ю на проблему, годовая зарплата освоена. :) <br><br><br> https://opennet.ru/openforum/vsluhforumID9/9294.html#5 Sat, 19 Nov 2011 18:24:48 GMT &gt; Всем добрый вечер!<br>&gt; Недавно впервые столкнулся с задачей межпроцессного взаимодействия. Задача такая: <br>&gt; Есть некоторый программный модуль, написанный на С++(Qt). Предполагается, что он должен <br>&gt; обеспечивать некоторый набор услуг прикладным процессам, его использующим. При этом заранее <br>&gt; не известно, с использованием какого языка программирования будут реализованы эти процессы. <br><br>pipe / shared memory / сигналы и сюрприз - TCP,UDP,SCTP,RTP/IP :) <br><br> https://opennet.ru/openforum/vsluhforumID9/9294.html#4 Sat, 19 Nov 2011 11:01:03 GMT &gt;[оверквотинг удален]<br>&gt; начать писать в файл - он делает лок. закончил писать -снял <br>&gt; лок.<br>&gt; другой процесс - проверяет есть ли лок- если есть - на случайный <br>&gt; промежуток вермени откладывает попытку записи... и как только лок снимится- делает <br>&gt; аналогично -ставит лок, пишет, снимает лок.<br>&gt; считывание рабочего файла-делать по дате последней модификации файла. читающий процесс <br>&gt; запоминает время последней модификации (это атрибут файла на уровне файловой системы),и <br>&gt; как только оно поменяется- значит стоит считать какието обновленные данные.<br>&gt; вобще, обмен через файлы - имхо самый медленный. через сокеты -и быстрее <br>&gt; и универсальнее.<br><br>Ваша мысль мне ясна)Я понимаю, что обмен через файл - штука сама по себе медленная, но файл универсален. Я достаточно хорошо знаком с C и C++, а о других языках имею весьма поверхностное представление. Все ли они поддерживают сокеты??? Могу ли я быть уверен, что с моим приложением через сокеты сможет общаться приложение, написанное на любом другом языке (широко