LINUX.ORG.RU

[C] IPC

 


0

0

Есть приложение с плагинной (расширение через подгружемые динамические библиотеки) архитектурой. В этих плагинах сидят различные сервисы, которые имеют разную конфигурацию и интерфейсы сообщений. Хочется унифицировать IPC между всеми модулями. Поэтому возник вопрос дизайна: стоит ли использовать plain teхt и сериализацию/десеариализацию на стороне модуля, который знает, что с этими сообщениями делать, не будет ли проблем с производительностью. Если плаин-техт, то какой формат лучше:

1) параметер1=значение1 <delimiter> параметер2=значение2 <делимитер>... -- слишком примитивно для сложных структур
2) хml --- думаю overkill
3) s-eхpressions --- думаю быстрее чем вариант 2 и лучше чем вариант 1.

anonymous

Только SunRPC - труЪ

Если серьезно, то пофиг что, но лучше что-нибудь стандартное (SunRPC, XML-RPC, wahtever), если это не поделка j4f с отрицательным сроком жихни.

tailgunner ★★★★★
()
Ответ на: комментарий от mv

>> поделка j4f

> Ещё одна библиотека для джавы?

Для всего.

P.S. _J_ust 4 _F_un

tailgunner ★★★★★
()

Плагины живут на одной машине? Если да, то можно посмотреть на DBUS (хотя тут ещё зависит и от объема пересылаемых данных).

Sectoid ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.