アカウント名:
パスワード:
書き方1
<sample> <item option="abc"> <name>ABC</name> </item></sample>
書き方2
<sample> <item> <name>ABC</name> <option>abc</option> </item></sample>
どっちが正しいのか分からず、数名と議論して、結局「書き方2」の方を選びましたけども。
nameとoptionの意味次第かな？消えても良いなら属性保持するなら要素
属性はファイルで言うとパーミッション/ACLに該当（互換性無い環境に移動すれば失われる）
消えても良いなら属性保持するなら要素
こういう誤解（だと思う）をちらほら見かけるけど、どこから来るんだろ。
XML勧告では「属性が検証できなければ（≒互換性のない環境に移動したら？）CDATAとして扱わなければならない（SHOULD）」ことになってるので、消えても良いなんてことはない筈。少なくとも「消してる」処理系はあっても、「消えてもよい」というスタンスでどうにかしてるのは見たことない。
や、それ以前に、XMLの要素を「移動する」という概念がそもそも不明瞭なのだけど（DOMでいうDocumentFragmentみたいなやつ？）たとえば、何かしらのプログラミング言語とかで、XMLの要素（Element）を引数に渡したときに、それを言語側の処理系（ランタイムやライブラリ等）が理解できなくて「ないものとして扱う」のなら、それはXMLの処理系としては不完全な実装でしかなくて、XMLの一般的な扱い方じゃないと思うんだけどなー。
>XMLの処理系としては不完全な実装その通りですよ。まあ相手側の処理で要素しか見てくれないのが実際有ったので期待しない形ですね。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
未知のハックに一心不乱に取り組んだ結果、私は自然の法則を変えてしまった -- あるハッカー
仕様が自由過ぎて悩ましい (スコア:1)
書き方1
書き方2
どっちが正しいのか分からず、数名と議論して、結局「書き方2」の方を選びましたけども。
Re: (スコア:0)
nameとoptionの意味次第かな？
消えても良いなら属性
保持するなら要素
属性はファイルで言うとパーミッション/ACLに該当（互換性無い環境に移動すれば失われる）
Re:仕様が自由過ぎて悩ましい (スコア:1)
こういう誤解（だと思う）をちらほら見かけるけど、どこから来るんだろ。
XML勧告では「属性が検証できなければ（≒互換性のない環境に移動したら？）CDATAとして扱わなければならない（SHOULD）」ことになってるので、消えても良いなんてことはない筈。少なくとも「消してる」処理系はあっても、「消えてもよい」というスタンスでどうにかしてるのは見たことない。
や、それ以前に、XMLの要素を「移動する」という概念がそもそも不明瞭なのだけど（DOMでいうDocumentFragmentみたいなやつ？）
たとえば、何かしらのプログラミング言語とかで、XMLの要素（Element）を引数に渡したときに、それを言語側の処理系（ランタイムやライブラリ等）が理解できなくて「ないものとして扱う」のなら、それはXMLの処理系としては不完全な実装でしかなくて、XMLの一般的な扱い方じゃないと思うんだけどなー。
Re: (スコア:0)
>XMLの処理系としては不完全な実装
その通りですよ。
まあ相手側の処理で要素しか見てくれないのが実際有ったので期待しない形ですね。