xml解析では、要素や属性の方が速いですか？

Question

私はXMLを解析するコードを書いています。

解析するのが速いのは、要素または属性です。

これは私のXMLデザインに直接的な影響を与えます。

C＃の回答とLINQとXmlReaderの違いをターゲットにしてください。

ありがとうございました。

Answer 1

XMLの場合、速度は多くの要因に依存します。

属性または要素に関しては、データに一番近いものを選択します。ガイドラインとして、オブジェクトの属性には属性を使用します。含まれるサブオブジェクトの要素。

属性を使用するデータの量によっては、XMLストリームのサイズを少しでも節約できます。たとえば、<person id="123" />は<person><id>123</id></person>より小さい。これは構文解析にはあまり影響しませんが、ネットワークワイヤを介してデータを送信したりディスクから読み込んだりする速度に影響します。あなたのアプリケーションに影響を与えます。

もちろん、それが実際に違いを生むのであれば、JSONやいくつかのバイナリ表現を使用する方がいいでしょう。

最初に質問する必要があるのは、XMLが必要なのかどうかということです。人間が読める必要がない場合は、おそらくバイナリが良いでしょう。ヘック、CSV、さらには固定幅のファイルでも良いでしょう。

LINQ vs XmlReaderに関しては、これは解析中のデータの処理に沸きます。あなたは、オブジェクトの束をインスタンス化し、そのように処理する必要がありますか、それとも入って来るようにストリームを読む必要がありますか？データの基本的な文字列操作を行うのが最も簡単で最善の方法かもしれません。

ポイントは、「もっと速く解析する」以外の各アプローチの強みを検討する必要があるかもしれません。

Answer 2

情報の表現が実際に意味をなされるように、XMLスキーマを設計します。通常、属性または要素の中に何かを作るという決定は、パフォーマンスに影響を与えません。

XMLのパフォーマンスの問題は、ほとんどの場合、非常に冗長なXMLダイアレクトで表現される大量のデータに関連しています。典型的な対策は、ワイヤを介してXMLデータを格納または送信するときにXMLデータを圧縮することです。

これで十分でない場合は、JSON、ASN.1、カスタムバイナリ形式などの別の形式に切り替えることができます。一方、XDocument（LINQ）との主な違いをしてXmlReaderクラスがXDocumentクラスは高価な操作であるかもしれないメモリ内の完全なドキュメントオブジェクトモデル（DOM）を、構築することです：

あなたの質問の後半部分に対処XmlReaderクラスは入力ドキュメントにトークン化されたストリームを与えます。

Answer 3

私は、MicrosoftのWCFチームがWCFの標準であるDataContractSerializerを使用することを選択したことを実証しています。 XML属性をサポートしていないという点で制限がありますが、実際にはXmlSerializerよりも10-15％高速です。

この情報から、XML属性を使用すると、XML要素のみを使用する場合より解析が遅くなると思います。