Я недавно смотрел protobuf-net и буферы протокола, и пока это кажется впечатляющим. То, что мне интересно, это служебная сторона вещей. Если я понял право на документацию Google, вы можете объявлять службы в файлах .proto. Мои вопросы:protobuf-net или службы буфера протокола с C# на python и другие lang
- Эта служба поддержки реализована в protobuf-net или другом dotnet protobuf lib?
- Является ли сервисная поддержка полностью перекрестным языком, например, буферами протоколов?
- Насколько сложно создавать клиенты на другом конце на основе декларации, объявленной в файле .proto?
в основном я рассматриваю создание служб таким образом полотна или TCP на основе с использованием Protobuf, если это возможно, чтобы уменьшить накладные расходы при обработке больших объемов и Protobuf кажется идеальным, как мои клиенты обычно реализуют в смеси языков, таких как Python, Java, C++ и dotnet. Я действительно хочу что-то, что было бы легко как для них, так и для меня интегрироваться в их приложение, и, поскольку я планирую использовать protobuf внутри, надеюсь, будет легко интегрироваться на моей стороне.
[править] Просто некоторая дополнительная информации code.google.com/apis/protocolbuffers/docs/proto.html#services То есть тип службы я говорил о но я не уверен, что Langs действительно поддерживает его и что вы действительно получаете от объявления в файле .proto.
Как сказал Джон - ни один RPC-стек не является «официальным» в protobuf, поэтому protobuf-net в настоящее время не имеет какой-либо конкретной кросс-платформенной спецификации для реализации –
, так что это код.google.com/apis/protocolbuffers/docs/proto.html#services unoffical? Думал, что это была документация google – Seer
, у меня нет документализованного стека RPC для реализации –