は、私は基本的には、それが持つ任意のノード名を持つことができますXMLデータ次のようなデータ構造へのより良い代替情報:辞書<文字列、辞書<文字列、文字列>>
<ids>
<id1 attr1="value1" attr2="value2" />
<id2 attr3="value3" attr4="value4" />
<id3 attr2="value6" attr5="value7" />
</ids>
の次のセットだてきました任意の属性値を持つ任意の属性名
XMLを解析した後、属性データを辞書に格納します。 次に、ノード名をキーにした値として同じ辞書を保存します。 私のデータ構造は、辞書<文字列、辞書<文字列、文字列> >(これは "dict"と呼ばれる変数名を与えよう) だから私はid1ノードでattr2の値を取得したいと思ったら、 :
string value = dict["id1"]["attr2"];
// value will be value2
私はこれが私のニーズのための非常にシンプルかつ実行可能な解決策だと思うが、ちょうどそのI異なるデータ構造や簡単な解決策があることを私に言って、私の頭の後ろにこの声があるように思われます私は行方不明です。誰もが何を考えているのですか?
あなたが保存する必要が何らかの理由辞書のデータですか? .NET 3.5が導入されましたか? – Kev
この構造体の上にカスタムクラスを追加して、ある種の型チェックを行うことができます。 –
Kev:キーが一意であるため、最初のデータ構造が辞書であった点を除いては、何も必要ありません。はい、私は.NET 3.5です。 Chris:値はすべて文字列であることが予想されるので、現時点では必ずしも必要ではありませんが、考えるべきことです。 – Klaw