Протокол общения клиент–серверной программы?

Question

[fralik]

Есть две программы на С++: сервер и клиент. Им нужно обмениваться довольно простой текстовой информацией. Какие есть лучшие практики для реализации? Сейчас я просто передаю строчки, в которых первая цифра до точки является идентификатором сообщения, а дальше уже данные, которые разбираются в зависимости от типа сообщения.

Answer 1

[Shizz]

Выше уже отметили: JSON или XML. От себя могу добавить, что таки JSON в плане эффективности немного лучше будет (гораздо меньше избыточной служебной информации), но XML можно валидировать с помощью написанных для отдельных запросов схем. Есть еще BSON, который еще эффективнее, чем JSON, ну и, например, ProtocolBuffers (http://code.google.com/p/protobuf/). Выбор должен зависеть от специфики работы связки клиент-сервер.
Ну и желательно написать этакий фреймфорк для для запросов/ответов, так работать будет проще. Например, для запроса обязательными полями могут быть номер, время запроса, версия протокола и некоторый payload, который и будет меняться в зависимости от типа запроса.

Answer 2

[Co0l3r]

JSON, XML

Comments

[deilux]

голосую за JSON: опыт подсказывает что в первое время, для отладки будет необходимо руками набивать все эти сообщения; в XML это делать ооочень быстро надоедает!

вот в своем последнем проекте я стал пользоваться s-exp'ами — вышло довольно удобно: (volume (id 1) (size 5))

Answer 3

[antivir]

Я бы в первую очередь посмотрел в сторону XML-RPC.

Answer 4

[fralik]

Всем спасибо за ответы. Как раз недавно узнал про ProtocolBuffers, так что, наверное, попробую с ним для начала.

Comments

[Shizz]

Проблема protobuf в том, что под него гораздо меньше готового кода. Так что если вы захотите писать клиента для своего сервера на не самом распространенном языке, придется protobuf реализовывать самому.

Answer 5

[dutchakdev]

Вставлю своих 19 копеек.
Я бы использовал JSON.

Answer 6

[dborovikov]

Если данные строготипизированные и строгоструктурированные, то Protobuf. Если формат не очень строгий, то JSON лучше подойдет.