速くクリアなMSXMLドキュメントまたは再作成？

Question

再利用の前にMSXML2.DOMDocumentオブジェクトの以前の内容を迅速に消去する方法はありますか？私はそれらを破棄し、毎回新しいインスタンスを作成する習慣を持っていましたが、これは無駄なものとして私を襲って、いくつかのテストケースがこれを確認するように見えます。

この場合、移植性のためにMSXML 3.0を使用しています。この古いバージョンには、XPathを使用して大きなノードセットを選択する際にいくつかの欠点があります。ドキュメントツリー全体を選択して削除しようとすると、きれいに感じられず、速く実行されません。以前は、MSXML 3.0およびそれ以前のバージョンでは、SelectNodesメソッドを呼び出すことによって作成された選択オブジェクトが徐々にリンパ節転移が計算されます

selectNodes Method

：「怠惰な選択」MSXML 3.0用途は自信のいずれかを鼓舞しません。セット。 DOMツリーが変更された場合、selectNodes呼び出しがその内容を積極的に反復している間に、選択または返されたノードが変更される可能性があります。 MSXML 4.0以降では、ノードセットの結果は選択時に完全に計算されます。これにより、反復が簡単で予測可能であることが保証されます。まれに、この変更は以前の動作に対応するために作成されたレガシーコードに影響する可能性があります。

このようなオブジェクトを再利用するには、使用の間に残っている可能性のあるさまざまなプロパティ（SelectionLanguageなど）の現在の設定を考慮する必要があります。私はそれが大きな問題ではないはずだと思います。特に、再利用は常に同じパターンに従っています。

ロードされたDOMをクリアして再利用するためのきれいで速い方法、または再利用の選択肢よりも悪い可能性がある理由を入力したとします。

Answer 1

あなたはMSXML6に移行を検討可能性がありますすべての

1. まず、MSXML6はWinXPのSP3、Vistaでは、Windows Server 2008の 、Win7のおよびWindows Server 2008 R2で-ボックスです。マイクロソフトが をサポートしている唯一のOSは、バンド内のMSXML6を持たないWindows 2003で、 にMSIをダウンロードさせる必要があります。全体として、MSXML6はMSXML3とほぼ同じくらいポータブルな です。
2. XSLパターンとXPathの両方をサポートするMSXML3とは異なり、MSXML6はXPathのみをサポートしています.SelectNodesとSelectSingleNodeはスナップショットのコンテキストでのみ動作します。
3. GetElementsByTagNameとは異なり、スナップショットのセマンティクスはW3Cによって定義されています。 MSXML6のパフォーマンスとW3C準拠性が向上しました。

MSXMLを使用して、ドキュメント要素を交換するときにメモリを取り戻すないだろうという意味、内部Garbage Collectionを持っているとしても、あなたは、各使用後に文書をクリーンアップについてはあまり気にしてはいけません。私のアドバイスは、具体的なクレンジングの努力で平和を保ち、次のロードのためにインスタンスを再利用するか、DOM APIを使ってツリーを再構築することです。メモリ使用量が本当に大きな問題であれば、XmlLiteはあなたに完全な制御を与えることができます。