私は最近protobuf-netとプロトコルバッファを見てきましたが、これまでのところかなり印象的でした。私が思っているのは、物事のサービス面です。 Googleドキュメントの権利を理解している場合は、.protoファイルでサービスを宣言することができます。私の質問はprotobuf-netまたはプロトコルバッファサービスのC#からPythonおよびその他のlangへ
- です。このサービスサポートは、protobuf-netまたは別のdotnet protobuf libで実装されていますか?
- サービスサポートは、自分自身のプロトコルバッファのような完全なクロスランゲージですか?
- .protoファイルで宣言された宣言に基づいて、相手側でクライアントを生成するのはどれくらい難しいですか?
基本的に私は、可能な場合は、大量かついるProtobufを処理する際のオーバーヘッドを減らすためにいるProtobufを使用してそのウェブまたはTCPベースのサービスを設定し検討しています私のクライアントは、一般的にPythonなどの言語の混在に実装されているような理想的なようで、ジャワ、 C++とドットネット。私は本当に自分と自分のアプリケーションに統合するのが簡単で、内部でprotobufを使うつもりなので、私の側に統合するのがうまくいくだろうと思っています。
[編集] ただ、いくつかの余分な情報は、私が話していたが、私はlangsは本当にそれをサポートしてどのようなことを確認していないサービスの種類である をcode.google.com/apis/protocolbuffers/docs/proto.html#services .protoファイルの宣言から実際に得られるもの。
ジョンが言ったように - protobufではRPCスタックが「公式」なので、protobuf-netは現在のところ、特定のクロスプラットフォーム仕様を実装していないので、 –
を実装しているので、code.google.com/apis/protocolbuffers/docs/proto.html#services unofficalですか? Googleの文書 – Seer
は、文書化されたRPCスタックが実装されていないと考えています –