Есть приложение с плагинной (расширение через подгружемые динамические библиотеки) архитектурой. В этих плагинах сидят различные сервисы, которые имеют разную конфигурацию и интерфейсы сообщений. Хочется унифицировать IPC между всеми модулями. Поэтому возник вопрос дизайна: стоит ли использовать plain teхt и сериализацию/десеариализацию на стороне модуля, который знает, что с этими сообщениями делать, не будет ли проблем с производительностью. Если плаин-техт, то какой формат лучше:
1) параметер1=значение1 <delimiter> параметер2=значение2 <делимитер>... -- слишком примитивно для сложных структур
2) хml --- думаю overkill
3) s-eхpressions --- думаю быстрее чем вариант 2 и лучше чем вариант 1.
Ответ на:
комментарий
от dimon555
Ответ на:
комментарий
от tailgunner
Ответ на:
комментарий
от mv
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.
Похожие темы
- Форум IPC (2010)
- Форум unbuffered IPC (2017)
- Форум Накостылить IPC (2021)
- Форум Синхронные IPC vs Асинхронные IPC (2008)
- Форум Posix IPC vs SystemV IPC. (2007)
- Форум IPC Warn (2011)
- Форум IPC Semaphores (2013)
- Форум IPC, сигналы (2021)
- Форум Мультисерверный IPC (2024)
- Форум IPC question (2011)