OberonCore

Google опубликовал протокол обмена данными "Protocol Buffers"
http://www.opennet.ru/opennews/art.shtml?num=16867

Ага. Народ уже в курсе, это обсуждалось мельком в ветке про DOM и XML вот тут.
Интересная штука, по объёму информации выигрывает у XML, правда, человекочитабельность в проигрыше...

Да, уже говорили об этом....
viewtopic.php?p=16957#p16957

Интересное представление целых чисел... чем меньше значение, тем меньше байтов занимает

Это не протокол обмена данными, а язык описания объектов сообщений от Google.

И это не альтернатива XML, так как XML к объектам сообщений отношения не имеет.

И вообще, подумаешь Гугл, вон у нас в Мере тоже есть свой язык описания объектов сообщений (Message Object Definition Language = MODeL) viewtopic.php?f=6&t=702

Кто-нибудь Thrift смотрел?

Вот, нашел результаты сравнительного тестирования Thrift vs protobuf vs java serialization: http://www.eishay.com/2008/11/protobuf- ... speed.html

Табличка со сравнением опций:
http://stuartsierra.com/2008/07/10/thri ... ol-buffers

Интересно было бы сравнить с тем же MODeL например.

Хотя, конечно же, эффективность (скорость и размер сообщений) не есть единственный определяющий фактор. Важно ещё какой код оно нагенерит, насколько удобно им будет пользоваться (для каждого из языков). Ну и что за собой тянет та или иная либа.

Например Thrift для сборки потянул за собой boost и libtools. Protobuf их не требует. Если в проекте так и так используется тот же буст, то это не важно. Но если в проекте boost не используется, то это может быть дополнительным неудобством.

http://developers.facebook.com/thrift/
http://incubator.apache.org/thrift/

Thrift is a software framework for scalable cross-language services development. It combines a software stack with a code generation engine to build services that work efficiently and seamlessly between C++, Java, Python, PHP, Ruby, Erlang, Perl, Haskell, C#, Cocoa, Smalltalk, and OCaml.

По сути, тот же SOAP, только на основе фигурных скобочек

Таки это не совсем так. Протокол thrift (как и protobuf) таки бинарный (правда как опция есть json). В красивых фигурных скобочках описываются (декларируется) сообщения, но не их актуальное содержимое.

Т.о. получаем отдельно лежащее описание типов сообщений. На основе этого описания, насколько я понимаю, генерируется код для целевых языков (питон там, с++, ява и проч) с классами (или что там у них вместо того) готовыми к употреблению.

Т.е. по сути это язык описания сообщений + транслятор в ЯП общего назначения.