質問

の両面から解析(直列化さ,deserializing)およびパケットを送信するのネットワークが良い推定の性能の違いはバイナリー、xmlを直列化?

役に立ちましたか?

解決

いいえ。

これは、XML文書自体の内部にあるデータの種類をに非常に依存しています。あなたが構造化された大量のデータを持っている場合は、XMLのためのオーバーヘッドが大きくなります。たとえば、データがどのように見える場合:

<person>
  <name>Dave</dave>
  <ssn>000-00-0000</ssn>
  <email1>xxxxxx/email1>
</person>
...

あなたがようなXML文書を持っている場合よりも多くのオーバーヘッドを必要があります:

<book name="bible">
 In the beginning God created the heavens and the earth. 
 Now the earth was formless and empty ... 
 And if any man shall take away from the words of the book of this prophecy, God shall take away his part out of the book of life, and out of the holy city, and from the things which are written in this book. He which testifieth these things saith, Surely I come quickly. Amen. Even so, come, Lord Jesus.
</book>

だから、本当に公正質問はありません。それはあなたが送信しようとすると、どのように/あなたがそれを圧縮している場合は、データに大きく依存ます。

他のヒント

最大の違い BinaryFormatter xmlの直列化が可搬性BinaryFormatterは保証とバージョンでは本当に適した短期保管します。

ただし、ショッピングスポットを両 が小さい でより早く、別注バイナリーの直列化といってもいい;-p

protobuf-net である.純実装ではGoogle社のプロトコルバッファのバイナリーの直列化仕;では以下のいずれか XmlSerializer または BinaryFormatter, 完全に 携帯用だけでなく)とバージョン-読み込むことができるpbストリームに、たとえば、javaなど)を提供んどん大きくなっています。にもかを総合的に検、フィンランドます。

完全破壊の規模やスピード、 XmlSerializer, BinaryFormatter, DataContractSerializer とprotobuf売 こちらの.

本能的にあなたは、バイナリは、より効率的であるが、それは実際に連載されているデータに依存していることを言いたいです。

この記事をチェックアウト:<のhref = "http://www.nablasoft.com/alkampfer/index.php/2008/10/31/binary-versus-xml-serialization-size/" のrel = "nofollowをnoreferrer "> http://www.nablasoft.com/alkampfer/index.php/2008/10/31/binary-versus-xml-serialization-size/ の

直行性能だけではない距離で見たいと思います。

  • 設置の容易性を実現します.いくつかの方法があります日/週間のお時間を構築serialiser/deserialiserのコンペティション試験とその徹底はもとよく間が特徴です。
  • や消費のデータです。できるクライアント用プレオープンソースのパーサはいを実装する必要があると気(潜在的にバギー)コードすか?
  • 容易なデバッグしやすくなります。がそれぞれの活動についてのデータ送をデバッグ?その後、バイナリ形式が蓑を示すものでもありません。
  • どのメンテナンス費が各方法は?

個人的には、混雑して待たされることをXMLの標準およびオープンソースの図書館の構文解析までの性能ボトルネックを証明により実際の試験をします。

ライセンス: CC-BY-SA帰属
所属していません StackOverflow
scroll top