<XML総合 part="3"/>

**デフォルトの名無しさん** · 2008/10/07(火) 17:40:09

XMLなんでもスレ。

前スレ: 【XML】xmlns, XSLT, RelaxNG, JAXP, etc.【総合】
　http://pc11.2ch.net/test/read.cgi/tech/1133280488/
前々スレ: 【必須?】XML技術【使ってる?】
　http://pc8.2ch.net/test/read.cgi/tech/1090253584/

**デフォルトの名無しさん** · 2012/02/03(金) 14:21:32.04

>>716
つんでれぇ乙ｗ

**デフォルトの名無しさん** · 2012/02/03(金) 14:41:11.46

というかxmlns:tanaka:taro="http://hello" はあくまで例示であって
質問の本質は名前空間をネストできるかどうかだろうに

**デフォルトの名無しさん** · 2012/02/03(金) 17:57:07.78

BNFもわからないようじゃXMLいじるのやめた方がいいよ

**デフォルトの名無しさん** · 2012/02/03(金) 21:05:49.19

ネストはできないと思うが"tanaka:taro"セットで１つの名前空間になると思う

**デフォルトの名無しさん** · 2012/02/03(金) 22:11:58.78

>>720
いや、xmlns: に続ける文字列には : は含められない
Name - (Char* ':' Char*) は
「 Name にマッチするけど (Char* ':' Char*) にはマッチしない文字列」って意味

だよね？ >>716

**デフォルトの名無しさん** · 2012/02/06(月) 05:19:16.24

だな。

**デフォルトの名無しさん** · 2012/02/22(水) 23:25:23.52

facebookのプラグインが:を含めててその要素を指定できずにStylishで消すのが面倒でしょうがない

**デフォルトの名無しさん** · 2012/03/28(水) 01:15:39.08

コメントに /* */ って使えるんですか？

みたいにネストしたいんですが

**デフォルトの名無しさん** · 2012/03/28(水) 05:15:30.91

むしろどうして使えるかもと思うんだ？

**デフォルトの名無しさん** · 2012/05/30(水) 01:42:27.83

質問です。
ヤフー知恵袋でみつけて疑問におもったんですが

------
<!ATTLIST 商品 code ID #REQUIRED>
<!ATTLIST 店舗 code ID #IMPLIED>
<!ATTLIST 顧客 pro_ref IDREF #IMPLIED>
<!ELEMENT root (商品|店舗|顧客)*>
<!ELEMENT 商品 (#PCDATA)>
<!ELEMENT 店舗 (#PCDATA)>
<!ELEMENT 顧客 (#PCDATA)>

これだと、顧客要素のpro_ref属性が、商品要素のcode属性を参照するのか、
店舗要素のcode属性を参照するのか、分からないですよね。。

-----
これって商品要素のcode属性と店舗要素のcode属性
それぞれに一意のＩＤが割り振られた場合
pro_refはどっちも参照できる、であってますか？

**デフォルトの名無しさん** · 2012/06/03(日) 15:21:59.99

>>726
> これだと、顧客要素のpro_ref属性が、商品要素のcode属性を参照するのか、
> 店舗要素のcode属性を参照するのか、分からないですよね。。
うん。分からない。

> これって商品要素のcode属性と店舗要素のcode属性
> それぞれに一意のＩＤが割り振られた場合
> pro_refはどっちも参照できる、であってますか？
その通り。

というか、IDREF 型となっている以上、ID 型となっているものを参照する。

ID は文書内で一意の名前を示すものなので ID 型として指定してある場合、どの要素の属性とか関係なく XML 文書全体で
一意になっていなくてはならない。
このため、商品要素の code 属性と店舗要素の code 属性の値が被ることはない。
そして、IDREF 型の顧客要素の pro_ref 属性は、商品要素の code 属性か、店舗要素の code 属性の一致するものを参照する。

**デフォルトの名無しさん** · 2012/06/19(火) 19:49:21.32

IDREFの対象となるのはIDだけなのですか？

というのは、idとして番号を扱って、後で参照したいのです

IDでは最初の１文字目に数字を用いることができません

IDの代わりにNMTOKENを用いて、これを後で参照することはできないのですか？

**デフォルトの名無しさん** · 2012/06/19(火) 20:49:17.24

まず日本語を自由に使えるようになってからこい

**７２８** · 2012/06/19(火) 20:55:39.47

虐められた(´・ω・｀)

**デフォルトの名無しさん** · 2012/06/20(水) 20:56:31.65

>>728
仕様書のIDREFのとこの定義がそうなってるなら、そうなんじゃない。
何としても数字にしたいなら、prefixに決まった文字を付けるとかでも良いのでは。

**デフォルトの名無しさん** · 2012/09/11(火) 11:47:49.46

このエラーはどういう意味なのでしょうか？

courses.xsd:35:
element element: Schemas parser error : Element '{http://www.w3.org/2001/XMLSchema}complexType':
The content is not valid. Expected is (annotation?, (simpleContent | complexContent | ((group | all | choice | sequence)?, ((attribute | attributeGroup)*, anyAttribute?)))).

**デフォルトの名無しさん** · 2012/09/11(火) 14:33:23.94

**デフォルトの名無しさん** · 2012/09/26(水) 19:42:41.76

<hello world="tokihatomaru"/>

<hello>
<world>tokihatomaru</world>
</hello>

アトリビュートと子エレメントはいったいぜんたいどう使い分ければいいというんですか？

**デフォルトの名無しさん** · 2012/09/26(水) 20:25:43.04

>>734
迷わず全部要素で表現すればよろしい。

**デフォルトの名無しさん** · 2012/09/29(土) 01:02:42.17

全部アトリビュートで表現されてるXMLはそもそも設計がおかしい
っていうか要件定義から失敗してるにほいがするって暴言してみる

**デフォルトの名無しさん** · 2012/09/29(土) 03:33:35.63

最近はXML自体狂ったシロモノとしか思えなくなってきた
余計な技術多すぎ

**デフォルトの名無しさん** · 2012/09/29(土) 08:01:02.84

具体的には?

**デフォルトの名無しさん** · 2012/09/29(土) 12:12:46.79

>最近はXML自体狂ったシロモノとしか思えなくなってきた

漏れは昔から思ってるよ

**デフォルトの名無しさん** · 2012/09/29(土) 12:31:19.69

>>738
XML本体なら名前空間かなあ
周辺技術ならXSLTや（怒られそうだけど）スキーマ
広く使われてきたXPathですらCSSセレクタの台頭でこれも立場が危うい
それでもラベル付きコンテナとしてのXMLはまだだ優秀だと思う

**デフォルトの名無しさん** · 2012/09/29(土) 12:43:19.04

アトリビュートがいらないと思う
子要素ですべて解決するのになんであんなもの付けたんだろう

**デフォルトの名無しさん** · 2012/09/29(土) 12:51:35.99

JSONやCSS selectorsが主流になってwebからはほぼいらない子扱いになってきたもんな
型がないのと子要素がリストかリストでないか判別できないのも面倒
それだけのためにスキーマとかアホみたいだし

**デフォルトの名無しさん** · 2012/09/29(土) 17:25:12.74

>>740
>XML本体なら名前空間かなあ

これには異論があるかなぁ。
例えばXHTMLに独自タグを埋め込んでビュー定義するようなテンプレート記述言語
の場合は独自タグのセットがユニークな名前空間で他から「避妊」されているから
安心して埋め込むことが出来るよね。混ぜても安全な拡張性が保証されていてしかも
可読性を下げないのは名前空間のおかげ。

特にRDFとかその応用としてのLODとかは名前空間の仕組みがないと面倒くさくて
やってられん。というか、読めんw

XML namespaceはXMLの面倒な機能の中でも一番便利に使われているものの一つ
だと思うよ。

あとXMLスキーマは人間様が直接使うには面倒だけど、機械に書かせたり使わせ
たりするにはすこぶる便利だと思う。

>>742
>子要素がリストかリストでないか判別できないのも面倒

JavaのJsonライブラリで、Beansを内部で一旦XMLに変換してそれをJsonに変換
することでBeansをJsonにシリアライズするものがあるのだけれども、仮にBeans
上でその値が配列であってもXMLに変換される際にその情報が落ちてしまい、結果
として配列に入っている要素数によってJson上では配列になったりならなかったり
するという恐ろしいことになっているw

**デフォルトの名無しさん** · 2012/09/29(土) 17:40:14.67

ごめん。テンプレート言語はよくよく考えると関係ないか。

**デフォルトの名無しさん** · 2012/09/29(土) 18:39:14.80

>743 は何の価値もない糞レス

**デフォルトの名無しさん** · 2012/09/30(日) 02:45:37.54

JSONはJavascriptの異常な普及で台頭しているだけな気がする。

**デフォルトの名無しさん** · 2012/09/30(日) 03:06:55.08

同じような型を持ってるスクリプト言語は多いし
はっきり言ってXMLよりはるかに分かりやすい
XML固有の用語・概念・技術なんていらねーよ

**デフォルトの名無しさん** · 2012/09/30(日) 03:14:08.17

>>747
言語中立な技術でよろしく。

**デフォルトの名無しさん** · 2012/09/30(日) 03:31:33.67

Jsonも地味に方言が酷い。
サーバ側でデータバインディングのライブラリを差し替えた途端にWebブラウザの
JavaScriptコンソールが真っ赤になるとか珍しくない。

その点XMLはちゃんと整備されて使われているスキーマ記述言語を持っているので
それを使ってシリアライズ結果を検証したりトップダウン的にスタブを生成したりと
特に通信周りはJson使うよりもかっちり感がある。

**デフォルトの名無しさん** · 2012/09/30(日) 08:40:01.69

最近はもうテキストデータはLuaでさっと済ませてしまうことが多い

**デフォルトの名無しさん** · 2012/09/30(日) 10:33:37.96

厳密なデータ受け渡しならやはりXMLですな
スキーマは人間が書いた仕様書とは違って嘘をつかないw
まあ、物事にはいつも例外があるけどね……

**デフォルトの名無しさん** · 2012/09/30(日) 16:08:11.38

ちゃんとXML Schemaが定義されていればXML文書を手打ちするときもXMLエディタが
要素の名前をサジェスチョンしてくれたり勝手にバリデーションして間違いを指摘して
くれるので楽。

これで何より重宝するのがXML Schemaを手打ちするとき。XML Schemaのスキーマ
自体XML Schemaで定義されているからw

**デフォルトの名無しさん** · 2012/10/01(月) 09:20:30.08

急にスレのレベル落ちたのは気のせいか？

**デフォルトの名無しさん** · 2012/10/04(木) 23:47:22.19

下がったのは君のレベルじゃないのかね？

**デフォルトの名無しさん** · 2012/10/05(金) 04:26:44.10

レベル落ちたのはきみのせい

**デフォルトの名無しさん** · 2012/10/20(土) 12:44:45.33

XMLソケットをはじめから勉強したいんだけど、情報が少なすぎて積んでいます。
入門に最適なサイトを教えてください

**デフォルトの名無しさん** · 2012/11/06(火) 14:48:36.10

詰む*

**デフォルトの名無しさん** · 2012/12/08(土) 17:21:25.27

測定実験結果のように
・二次元配列形式で表現できるデータ群１つ
・日付や入力パラメータなどを複数
といった構造の情報がある場合に
二次元配列形式のデータをそのままXMLに書き込むのはよくないんでしょうか？
<Data>
<Date>yyyy/mm/dd</Data>
<Table>#Key1, Key2, Key3
0, 100, 200
1, 110, 300
3, 120, 400</Table>
</Data>
といった感じで書いてるのですがテーブルをほかの単一のファイルに分離して
そのファイルのパスを<Table>要素に記述するなどとしたほうがよいでしょうか？

**デフォルトの名無しさん** · 2012/12/08(土) 17:42:57.23

残念ながら当スレのエスパーは全員出払っておりまして。

そのXMLファイルを何に使うのかわからんことにはなんとも。
データ交換とか、何かのプログラムへの入力とか。

リストや行列を要素毎にタグでくくるのではなく空白等で区切ったベタのテキストとして
突っ込むファイル形式は、特に大きなリストや行列を扱う用途だとままある。

**デフォルトの名無しさん** · 2012/12/08(土) 19:06:18.93

> Prnglibは、64ビットシステム用に設計された擬似乱数生成ライブラリです。

**デフォルトの名無しさん** · 2012/12/09(日) 13:47:41.71

xml:space 属性とかまだ知らないのなら、
空白や改行に頼るデータ構造はお勧めしないとだけ

**デフォルトの名無しさん** · 2013/02/15(金) 20:27:02.03

ｖｂｓでXMLをloadXMLで読み込むものを作っています。
Windows2008サーバ上では正常動作しているXMLを一旦WindowsXPのPCに退避しておいて
再度Windows2008サーバ上にコピーすると、「・・・無効な文字が見つかりました。」で読めなくなってしまいます。
どういう原因が考えられるのでしょうか。XMLはコピーしただけで一切更新していません。

**デフォルトの名無しさん** · 2013/02/15(金) 20:36:58.20

正常動作しているXMLと正常動作しなくなったXMLを比較すればいいじゃない

**デフォルトの名無しさん** · 2013/02/15(金) 21:56:15.76

BOM

**デフォルトの名無しさん** · 2013/02/17(日) 19:41:43.65

Xml Schemaを人間用仕様書に変換できるXSLT何かありませんかね？

**デフォルトの名無しさん** · 2013/03/02(土) 08:38:54.70

>>764
BOMの意味からして分からないけど、サーバー内でコピーして保存したものだと問題なかったので
今後保存はサーバー内ですることにしました。
ありがとうございました。

**デフォルトの名無しさん** · 2013/03/02(土) 15:52:11.88

ここで問題解決しておかないと、後でハマるよ

**デフォルトの名無しさん** · 2013/03/10(日) 14:29:05.78

誰か答えてやれよ。

テストしにくいコードをテストする方法教えて下さい
http://toro.2ch.net/test/read.cgi/tech/1334408391/405

**デフォルトの名無しさん** · 2013/03/16(土) 02:21:05.15

例えば、以下のようなXML文書があるとして、
<doc>
波動砲発射準備
エネルギー充填120%
発射！
</doc>

これは、以下のように解釈される可能性もあるってことですよね？
<doc>
発射！
波動砲発射準備
エネルギー充填120%
</doc>

だとすると、小説やレポートなどの文章データを本来の意味を損なわずに
正常な形でXMLで扱うのは不可能なような気がするのですが。
タグにシリアルナンバーを振るという手もありますが、
そうすると、人間が手で編集するのは、
現実的ではなくなりまますよね。

**デフォルトの名無しさん** · 2013/03/16(土) 05:50:57.20

> これは、以下のように解釈される可能性もあるってことですよね？

ねーよボケ

**デフォルトの名無しさん** · 2013/03/16(土) 06:22:27.92

>>769
>これは、以下のように解釈される可能性もあるってことですよね？

解釈は解釈する側の問題。

よく使われる仕様の範囲内で例の二つの文章を別な物として扱えるかと問われれば扱える。
例えばDOMは子ノードの列びは順序つきと定義している。

文章を自然なかたちで表現できるか否かに関してはまた別のレベルで興味深いネタはある。
例えばText Encoding Initiativeという団体の出している文章に結構面白い話はある。

**デフォルトの名無しさん** · 2013/03/16(土) 10:22:33.50

>>771
>解釈は解釈する側の問題。
>例えばDOMは子ノードの列びは順序つきと定義している。

それは、「このページはIEでないと正常な表示が保証できません」
と言っているのと変わらないですよね。

**デフォルトの名無しさん** · 2013/03/16(土) 10:34:57.96

違います

**デフォルトの名無しさん** · 2013/03/16(土) 12:29:56.96

順序を保証したいならスキーマを用意してXML文書と紐づけすればいい
大抵は順不同にしようとする方がめんどくさいが

とはいっても「こう解釈するのが正しい」と示せるだけで正しく解釈されるかは別問題
「このページはIEでないと正常な表示が保証できません」が
「このページはスキーマに対応したシステムでないと正常な表示が保証できません」
に変わるだけと言われれば否定はできない

**デフォルトの名無しさん** · 2013/03/16(土) 12:35:00.42

同じ要素の並び順ってスキーマーで規定できたっけ？

**デフォルトの名無しさん** · 2013/03/16(土) 12:37:40.99

夜空と星奈と俺の３Ｐ

**デフォルトの名無しさん** · 2013/03/16(土) 12:43:34.43

最高の思い出

**デフォルトの名無しさん** · 2013/03/16(土) 18:12:19.66

>>775
XML Schemaでいうsequence要素内は同じ要素であってもsequenceなんじゃないかなぁ？
仕様でどうなっているかは未確認。

再帰を使って多重度を表現すれば
確実に順不同でないことを示せると思うけど。

**デフォルトの名無しさん** · 2013/03/17(日) 12:13:42.69

>>778
それって、パーサの挙動としてはどうなるの？
妥当性検証の段階では、その規約に違反したエラーってのは
起きようがないないよね？
要素を取り出そうとしたときに、順序性の無いデータ型を返す
API を使おうとするとエラーになったりするの？
そんなパーサみたことないけど・・・。

**デフォルトの名無しさん** · 2013/03/17(日) 13:27:35.75

>>779
お前は何を言いたいんだ？

波動砲発射準備
エネルギー充填120%
発射！

と表示されたからと言って

発射！
波動砲発射準備
エネルギー充填120%

の順番に「人間」が読まないことを保証できると思うか？
論文を結論から読む人は多いぞ？

**デフォルトの名無しさん** · 2013/03/17(日) 14:09:50.18

>>780
その通りですね。
ですから、医学系板ではなく、この板で質問しています。

**デフォルトの名無しさん** · 2013/03/17(日) 15:13:22.73

スキーマが宣言できるのはその意味論のレベルまでだ
それより上位の意味論については関知しない（できない）

パーサの挙動まで制約掛けたいならそういう仕様を作って標準化しろ
それでも不安なら認証局でも作って不適合パーサを排除しろ
それで不満なら従わない人間を粛清しろ

お前がやりたいのはそういうことじゃないだろ？

**デフォルトの名無しさん** · 2013/03/17(日) 15:32:44.18

>>782
セマンテクスにも階層がありますよ。
あなたの理屈だと、BNFでは
（CやJavaのような一般的な）プログラミング言語は定義できないことになる。

**デフォルトの名無しさん** · 2013/03/17(日) 15:38:04.70

>あなたの理屈だと、BNFでは
>（CやJavaのような一般的な）プログラミング言語は定義できないことになる。

いや、この例えはおかしいな。取り消します。

とにかく、自分は、「やり方」を質問しているわけではないので
あなたの回答はまとはずれです。
>>769
をちゃんと読むのが面倒なら、わざわざ答えてくれなくてもいいです。

**デフォルトの名無しさん** · 2013/03/17(日) 16:33:05.46

>>783
>セマンテクスにも階層がありますよ。
だからある階層の意味論はそれより上位の意味論については
関知できないっていってるんだよ

小説やレポートなどの文章データの「本来の意味」なんて誰が決められるんだよ
要素の順番はスキーマなりで決められる
でもその順番の「本当の意味」は？
順番の意味を形式化しよう
でもその順番の意味の形式的ルールの「本当の意味」は？

結局どこかで線引きがいるんだよ
少なくとも文書データの構造についてはHTMLやらOOXMLやらで大体の人が満足している
それでも本来の意味が損なわれていると言われれば
まぁそういう考えもあるかもねとしか言いようがない

**デフォルトの名無しさん** · 2013/03/17(日) 16:33:52.15

今度アナルやらせて

**デフォルトの名無しさん** · 2013/03/17(日) 16:34:42.21

ああHTMLは厳密にはXMLじゃないけどね
XHTMLにでもしとこうか

**デフォルトの名無しさん** · 2013/03/17(日) 23:40:17.22

>>785
>だからある階層の意味論はそれより上位の意味論については
>関知できないっていってるんだよ

逆にいうと、論点を不用意により上位の意味論に拡大すると、
本来感知すべき問題さえ感知できないということになってしまう危険があるということですよね？

あなたは今まさにそういうことをしていると思います。

「本来の意味」という言葉のあいまいさを不必要に拡大しすぎだと思います。
具体例を示しているのですから、問題領域は明白なはずです。

**デフォルトの名無しさん** · 2013/03/18(月) 00:12:17.44

そんなことよりXMLの話しよーぜ！

**デフォルトの名無しさん** · 2013/03/18(月) 10:31:32.21

結局sibling間に順序は規定されてないってことで良いの?

**デフォルトの名無しさん** · 2013/03/18(月) 19:30:47.49

何故その結論になるんだ

**デフォルトの名無しさん** · 2013/03/18(月) 19:55:05.47

そんな議論は10年以上前にやりつくしたのだ
http://lists.xml.org/archives/xml-dev/200010/msg00796.html

**デフォルトの名無しさん** · 2013/03/18(月) 20:09:40.21

XML的には兄弟の順序は重要ではないけれど
それを解釈する人間なりソフトが重要とみなしていれば重要だということか

要はユーザがそのXMLにどう意味を与えるかってことだね
（これはスキーマがなくてもできる）
集合型と配列を直列化した結果としてのXMLをそれぞれ考えてみるとわかりやすい

**デフォルトの名無しさん** · 2013/03/19(火) 09:39:54.31

違う要素名ならスキーマで対処できるけど、
同じ要素名だとスキーマ使っても順序規定できないね。
結局XML1.0単独だと>>769のように文書順序を変えてしまうXMLパーサが存在し得る
ことになる。
実際には出回っているXMLパーサは文書順序を変えないと思って問題ない。

**デフォルトの名無しさん** · 2013/03/19(火) 15:15:20.88

そういうパーサーは書けるがそれはパーサーの規格をまず先に確認すべき話。
スキーマ云々は、パーサの規格が具体的にスキーマ規格を参照していてスキーマの内容が
パーサの振る舞いと関連している場合に始めて問題になる。

**デフォルトの名無しさん** · 2013/03/19(火) 15:28:00.42

>>795
パーサーの規格はパーサーを書く人が決めるわけだが・・・

**デフォルトの名無しさん** · 2013/03/19(火) 15:44:39.80

>>795
あ、勘違いした。
そうだね、だから結局パーサー次第。
XML1.0単独の規格内では兄弟間の順序にはなにも規定がない。
パーサーにDOMを使えば順序は保証される。

**デフォルトの名無しさん** · 2013/03/19(火) 22:19:14.43

DOMが勝手に順序を固定しているということか。

[―{}@{}@{}-] **デフォルトの名無しさん** · 2013/03/19(火) 22:44:22.53

>>769
極端なことを言うと
<doc>
あ
い
</doc>
と
<doc>
あ
い
</doc>
と
<doc/>
を同一視してなおかつXML 1.0に準拠した処理系を考えられるけど、だから何?
Unicodeは65番がAであるとは定めているけど"C, A, T"と"A, C, T"の意味が同じかどうかなんて定めてない。しかしUnicodeで小説を扱えないという主張は意味が無い。

**デフォルトの名無しさん** · 2013/03/19(火) 23:12:32.13

>>799
>を同一視してなおかつXML 1.0に準拠した処理系を考えられるけど、だから何?
それはそういう処理系を作る人の自由でしょう。

>Unicodeは65番がAであるとは定めているけど"C, A, T"と"A, C, T"の意味が同じかどうかなんて定めてない。しかしUnicodeで小説を扱えないという主張は意味が無い。

>「本来の意味」という言葉のあいまいさを不必要に拡大しすぎだと思います。
>具体例を示しているのですから、問題領域は明白なはずです。

**デフォルトの名無しさん** · 2013/03/20(水) 00:06:58.55

同じ要素名でもスキーマで順序は宣言できるんじゃないの？
順序を入れ替えてもValidationが通るだけであって
入れ替える前後のXMLを「同一」とみなすかは別問題じゃね？
つーかValidationだけが意味を持つならannotationは何なんだって話。

ま、>>800には関係ないことのようだが。

**デフォルトの名無しさん** · 2013/03/20(水) 07:40:18.91

質問者もああいえばこういうで全然収拾が付かないな。本来の質問に戻れよ。

>>769
>だとすると、小説やレポートなどの文章データを本来の意味を損なわずに
>正常な形でXMLで扱うのは不可能なような気がするのですが。

可能。

はい終了。

**デフォルトの名無しさん** · 2013/03/20(水) 09:55:05.47

そこは順序を示す属性に数字でも入れておけということでしょ？

**デフォルトの名無しさん** · 2013/03/21(木) 14:21:07.70

>>803
XMLはXML1.0のみで使われるわけでなく、
通常はその周辺技術と一緒に使われる。
一般的にパーサとしてDOMやSAXが使われ、
その限りでは文書順序は保存されるってことでしょ。

**デフォルトの名無しさん** · 2013/03/21(木) 23:30:22.49

なんて野暮な

**デフォルトの名無しさん** · 2013/03/22(金) 10:01:40.05

そういうスレだからな
説明せずに解答だけ書くクズはイラね

**デフォルトの名無しさん** · 2013/03/22(金) 22:16:24.26

なにつまらない議論を

と思っていたが、XML1.0読みながら素直にXML-DBとか実装してたら
普通にありえそうな話だなあ

**デフォルトの名無しさん** · 2013/03/22(金) 23:58:10.53

野暮ついでに言うが
XMLの整形式として要素の順序が規定されてないだけであって
XML1.0の仕様書にはDTDも含まれてるからな？
誰かの受け売りじゃなく仕様書ちゃんと読んでるよな？

そのDTDも今じゃ見かけないし2.0で排除予定だけど
もはやXML2.0自体が霞んで見えない

**デフォルトの名無しさん** · 2013/03/23(土) 00:07:48.80

>>808
当然DTDは含まれてるよ

**デフォルトの名無しさん** · 2013/03/23(土) 00:32:25.76

この文脈でDTDが含まれているか否かは本質じゃない
XML1.0の仕様書に規定されているElement Type Declarationsによって
要素の順序は規定できるんだから
XML1.0単独だと要素の順序を規定できないって誤読すんなよって話

**デフォルトの名無しさん** · 2013/03/23(土) 00:56:03.15

XHTMLの<meta>タグの登場順をXML処理系で保証するべきなのか否か、
定義する仕組みとか何かあるんだっけ？

**デフォルトの名無しさん** · 2013/03/23(土) 11:28:56.67

>>810
要素名が要素の順番のことを言ってんだよ。

**デフォルトの名無しさん** · 2013/03/23(土) 11:29:39.80

↑
間違った
要素名が同じ要素の順番

**デフォルトの名無しさん** · 2013/03/23(土) 11:46:05.08

XPathが登場順を規定してるのなら
XQueryでも登場順は規定されているんだろたぶん

**デフォルトの名無しさん** · 2013/03/23(土) 12:09:13.46

>>812
お前はレストランとかで待たされるとき
前に並んでた人の名前が自分と同だったら割り込んでよいなんて思うのか？

**デフォルトの名無しさん** · 2013/03/23(土) 19:23:22.56

>>815
その「名前」は要素名じゃなくてデータだろｋｓ