сервисе лежат или разбросаны в херовой туче?
В херовой туче сервисов.
Тогда .buildAndStart для серверов я бы вынес на плечи cmake с конфигурацией нужного тебе, это не сложно сделать, если берём для примера сторону клиента, то нам необходимо будет проинициализировать каждый Stub, в теории можно тоже сделать генерацию, но я бы так не делал, потому что сразу напрашиваются вопросы по архитектуре, и почему всё разбросано в разных сервисах, если считаете, что всё ок, тогда надо будет ручками всё на клиенте "писать"
protoc легко расширяется, можно дописать плагин для генерации удобной обертки
Блин, тогда теперь не понимаю профита grpc. Только усложняет
Есть способ получать тупо текст респонса, типа json вместо сериализованных protobuf объектов?
Ну если вы message создали например как message Foo { string boo = 1; } то в плюсах ответ можно будет запросить как response.boo() - будет std::string
Обсуждают сегодня