問題タブ [msgpack]

バッファから解析するときは、バッファの正確なクラス タイプ (myclass) が何であるかを知る必要があります。そのため、すべてのバッファ解析を一律に処理することはできません。すべてのクラス タイプを区別する必要があります (できますか?)。

私の質問は、「すべてのバッファ解析を統一された方法で処理するにはどうすればよいでしょうか。正確なクラス タイプを気にする必要はありません。」解決策はありますか？ご協力いただきありがとうございます！

私はそれがこのように動作することを期待しています

node-msgpackをインストールし、ネイティブJSONに対してテストしました。MessagePackははるかに低速です。誰もが理由を知っていますか？

著者自身のベンチマークを使用して...

現在のServicestack実装でMessagePackプロトコルをサポートしようとしています。次のように定義されたISegmentのリストの（逆）シリアル化をサポートするために必要です。

箱から出して、それは私にそれを教えてくれました

タイプ'Asi.Geometry.ISegment'には、デフォルト（パラメーターなし）のパブリックコンストラクターとInt32パラメーターを持つパブリックコンストラクターの両方がありません。

それは非常に真実です。どうやらそれはKnownType属性を使用していません。オンラインで読んだ後、私は自分のシリアライザーを作成できることを発見しました。したがって、私はこれを試しました：

残念ながら、_arcSerializerを作成しようとすると同じエラーが発生します。どうですか？

以下のコード スニペットは、これを実現するための 2 つの方法を示しています。1 つ目はMsgPackを使用しており、2 つ目のテストはServiceStack の JSONSerializerを使用しています。私が取り組んでいるプロジェクト全体で ServiceStack.Text JSONSerializer が使用されているため、2 番目の方法がより有利です。

Dictionary<Street,HashSet<int>> を使用すると、以下の 2 番目のテストが失敗するのはなぜですか?

MsgPack（Java）でオブジェクトをシリアル化しようとしています。このオブジェクトには（とりわけ）日付を表すためのJodaTimeのLocalDateが含まれています。MsgPackは、非標準タイプであるため、.NETクライアントの対応するメッセージからのメッセージを逆シリアル化できません。有効な動作を実現するための非常に簡単な方法、つまり整数のセットなどへのカスタムシリアル化を考えることができます。しかし、MsgPackのドキュメントが不足しているため（このような素晴らしいライブラリにとっては残念です）、そのようなオプションがあるかどうかを見つけることができません（そうだといいのですが...）。

誰かが私にどこを見るべきかについての指針を教えてもらえますか？

MsgPack C++ で、クラス メンバーを変更せずに MSGPACK_DEFINE を使用する方法はありますか? メッセージ パックのものはヘッダーから除外し、ライブラリ内でのみ使用したいと考えています。

各クラスをラップするだけでうまくいくようですが、もっと良い方法があることを願っています。

2D ベクトルを表す非常に単純な Java クラスがあります。しかし、コードを実行してメッセージ パックにシリアル化すると、実行時エラーが発生します。このクラスをシリアル化することは、本当に基本的な動作であり、機能するはずですよね? 同様の問題を抱えている人は他にいませんでした。

コードと例外は以下のとおりです。Windows 7 の Eclipse で Java 1.7 SDK を使用しており、Maven からメッセージ パック 1.6.6 および 1.6.7 を試しました。

実行時エラー:

MsgPackを使用して一部のF＃タイプをシリアル化すると、VerificationException「操作によってランタイムが不安定になる可能性があります」エラーが発生しました。コンパイラは、競合するクラスライブラリがロードされる可能性があることも示唆していますが、これは赤いニシンのようです。

エラーの原因はすぐにはわかりません。コミュニティの利益のために、以下の解決策を投稿してください。

以下のコメントに応えて：

現在、C で記述されたプロジェクトで msgpack を使用しようとしています。構造体の内容をシリアル化する目的で msgpack を使用しています。これは、ネットワーク経由で送信され、対応する構造体に逆シリアル化されます。向こう側。

私がやろうとしていることの要約版:

リストされているコードは、多かれ少なかれここから直接切り取られたものであり、msgpack-c の非常に数少ないリソースの 1 つと思われます。

ワイヤーの反対側で元の構造体を「再作成」する方法について、誰かが私を正しい方向に向けることができますか? デシリアライズされたデータを実際に利用する唯一の方法は、msgpack_object_print() 呼び出しを使用して messagepack_object から出力することです。ただし、これは機能しているように見えるので、データがそこにあると確信しています。

シリアル化されたデータを何らかの方法でループし、オフセットを指定して msgpack_unpack_next() を使用して、someStruct の各メンバーを取得する必要がありますか? memcpy をローカル バイト バッファに使用しますか?

どんな助けでも大歓迎です！

要件 : 整数、文字列、リスト、辞書などの基本的なデータ型を含む 2 ～ 3 レベルのネストを持つ Python オブジェクト。（日付などはありません）、キーに対してredisにjsonとして保存する必要があります。低メモリフットプリントのためにjsonを文字列として圧縮するために利用できる最良の方法は何ですか. 対象オブジェクトはそれほど大きくなく、平均で 1000 個の小さな要素、JSON に変換すると約 15000 文字です。

例えば。

1/ json を圧縮して redis のメモリを節約するための他のより良い方法はありますか (また、後で軽量のデコードを確実にします)。

2/ msgpack [http://msgpack.org/] はどの程度の候補になるでしょうか?

3/ ピクルスなどのオプションも検討しますか?