c++: proxy/stab generators

Protobuff или thrift

Если нет возражений против GPL, то ZeroC Ice, но условия коммерческой лицензии у него мутные.

Возражения есть, Apache/BSD/MIT only, LGPL по необходимости случаях. Все использованные либы должны быть строго бесплатными. Все равно спасибо)

А каково твое личное мнение по поводу protobuf vs thrift vs avro vs ... ?

Вот например я сразу наткнулся на Слоника, который высрал про протобуф тонну кирпичей: http://slonik-v-domene.livejournal.com/131569.html

И рекомендует вместо этого JSON, и я никак не могу распарсить, а зафига JSON-то, менять статику на динамику - шило на мыло - вкусовщина

Мы используем протобуф и жсон. Жсон гоняем по вебу, поротобуф пишем в базу. На мой взгляд, слоник туфту написал.

И да, у нас ещё есть и диаметер и хмл. Для диаметра написан свой парсер и сериализатор. Парсит как раз в с++ классы. Было бы забавно увидеть игрушку живущую по диаметру :)

можешь свелосипедить на кутях, типа:

// mycoolrpc.hpp

class MyCoolRPC : public RPCBase
{
public slots:
    int testMethod(float param);
};

// mycoolrpc.srv.cpp

int MyCoolRPC::testMethod(float param)
{
// do server stuff
    return ceil(param);
}

// mycoolrpc.client.cpp

int MyCoolRPC::testMethod(float param)
{
    return RPCBase::invokeSrv("testMethod") << param;
}

т.е. один хедер, а реализация разная, для разных таргетов. в RPCBase сделать invokeSrv с сериализацией полученного, и invokeFromClient для сервера, который из сериализованного дергает слот, выбирая его через рефлексию (moc). Сериализацию и транспорт можно сделать сменными, на рефлексии можно сделать встроенный генератор всякого стафа, типа wsdl и биндингов, асинхронный вызов добавить, чтоб можно было спагетти через std::function колотить...

при любом несоответствии сервера/клиента будет как минимум warning компилятора, что есть хорошо.