XMLの樹
■ このスレッドは過去ログ倉庫に格納されています
0001へちま
NGNG使えるのか 使えないのか
標準になるのか 消え去るのか
この前 Web上の開発で面倒だったのが
セッション継続中の入力データの保持と
文字コード関連でした
XML は Web上でのデータ管理に有効と聞くけど
いまいちイメージがつかめない技術です
そこで完全に趣味で XML を使ったプログラムを
ちまちま作ってみようかなと
（本当にできるかは不明）
適当につきあってくださいな
まずは今日買った
標準XML完全解説 技術評論社
でも読んでみよう
種はまかれた
0002名無しさん＠１周年
NGNG0003名無しさん＠１周年
NGNG0004へちま
NGNGこんなイメージかな？
・XML は HTML と同じく SGML から派生したマークアップ言語
・HTML のタグが画面上にどう表示されるかを定義しているのに対して
XML のタグはタグで囲まれたデータがどういう意味をもつかを定義している
・そのため HTML で使用できるタグは固定で XML は自分でタグを定義する
XML の利用形態
XML ファイルから必要なデータを抽出し
・HTML でブラウザに表示
・データベースに格納
・ワープロや表計算ソフトで表示
とか出来るらしい
つまり XML のタグをうまく定義すれば
（この”うまく”というのがどんな感じかまだよく分からん）
XML ファイル内のデータを
・異なるプラットフォーム間
・異なるアプリケーション間（RDB も含む）
・異なるブラウザ間
で共通に使えるらしい
（ただし そのシステムやアプリが XML に対応してないとだめ）
今日はこんなとこです
ところで XML を使っている人っていますか？
興味ありあり
参考ページ
http://www.asahi-net.or.jp/~ps8a-okzk/xml/xml_1/new.html
すごく わかりやすい！
0005名無しさん＠１周年
NGNGないといけないな。
0006名無しさん＠１周年
NGNG>・異なるアプリケーション間（RDB も含む）
>・異なるブラウザ間
これを実現するためにJAVA登場って訳ですな。
0007名無しさん＠１周年
NGNGOffice 2000ね。
0008もこ
NGNG0009>6
NGNG0010名無しさん＠１周年
NGNGごめんなしゃい。はなしがみえましぇ〜ん。
0011H厨
NGNG>・HTML のタグが画面上にどう表示されるかを定義しているのに対して
> XML のタグはタグで囲まれたデータがどういう意味をもつかを定義している
違います。HTMLも(Netscapeが勝手に追加したものを除いて)データがどういう意味を持つかを定義します。
>XML ファイルから必要なデータを抽出し
>・HTML でブラウザに表示
何かが激しく間違ってるような‥‥‥
XMLもスタイルシートで見栄えを定義してUAでブラウズする事はできます。
ついでに、タグという言葉の意味を間違えて使っているようです。
もっと、勉強しましょう。
0012名無しさん＠１周年
NGNGUNIX なら .cshrc や sendmail.cf といった
環境設定用の各種ファイルの統一的な代替品と理解しているのですが
どうでしょうか。
0013名無しさん＠１周年
NGNGそんなに狭くない。
もっとデータ一般。
構造化データの統一企画。
0014名無しさん＠１周年
NGNGその気になれば自分でパーサ書いてGUIで表示するくらい
できるんじゃないか？
0015名無しさん＠１周年
NGNGただのデータファイルに統一的な書式を与えるだけで
可能性が格段に増すんだからすごいね
でも DTD の扱い方がポイントかね
どうなるんだか
0016へちま
NGNG>H厨さん
>>・HTML のタグが画面上にどう表示されるかを定義しているのに対して
>> XML のタグはタグで囲まれたデータがどういう意味をもつかを定義している
>違います。HTMLも(Netscapeが勝手に追加したものを除いて)データがどういう意味を持つかを定義します。
データとは何ぞや？という宗教論争にならないように質問すると
例えば HTML では
<TABLE>
<TR>
<TD>ビール</TD>
<TD>300</TD>
</TR>
<TR>
<TD>たばこ</TD>
<TD>250</TD>
</TR>
</TABLE>
とすると
--------------------
| ビール | 300 |
--------------------
| たばこ | 250 |
--------------------
という表が出力されるけど
それぞれのセルがどういう意味を持つかは分からない
（テキストデータとは言える）
XML だと
<ItemData>
<Item>
<Name>ビール</Name>
<Price>300</Price>
</Item>
<Item>
<Name>たばこ</Name>
<Price>250</Price>
</Item>
</ItemData>
とすると
それぞれのセルが商品名や価格という
データを表していると思うのですが
どうでしょうか？
>>XML ファイルから必要なデータを抽出し
>>・HTML でブラウザに表示
>何かが激しく間違ってるような‥‥‥
>XMLもスタイルシートで見栄えを定義してUAでブラウズする事はできます。
そうですね 出来るみたいです 勉強不足でした
>ついでに、タグという言葉の意味を間違えて使っているようです。
>もっと、勉強しましょう
う〜ん そういえば 「タグ」ってどういう意味でしょう
ぶっちゃけた話 自分の中では
<TAG>なんたらかんたら</TAG>
という風にある領域を確保するものというイメージです
う〜む
>6＠｀9＠｀10
データそのものには言語は関係ないと思います
（floatやint型だとどうだろう）
例えば Oracle(Win) にデータが入っていて
そのデータを取り出すには
VC だろうが VB＠｀Java でも
取り出すことはできます
ただ RDB が違うと同じ言語でも
データの抽出の方法（SQL文とか用いる場合）
は微妙に違ってきます
で
RDB などを使用しないで
データをただのテキストファイル（CSV形式など）
に落とすと
どんな言語でもデータの処理ができますが
検索や加工などが面倒くさいんですね
（ここから怪しい）
そこで
XM Lだとテキスト形式でも
データを構造化して記述するので
そのルールを守れば 互換性を損なわずに
データ処理もやりやすい
というイメージですが どうでしょう？
それでは おやすみなさい
0017名無しさん＠プル
NGNGまあ基本的なことなんだけど、HTMLはSGMLに則って、Web目的のために
作られたSGMLの１アプリケーション。
XMLは、SGMLの経験を下地にWebの興隆を意識して作られた、SGMLの
進化代替品。
だから、
SGML -> HTML
XML -> XHTML
という図式だよ。
0018名無しさん＠１周年
NGNG<zipcode><!"999-99"></zipcode>
<address><!"S-JIS"></address>
こんな書き方で、IEあたりが対応してくれて半角全角切り替えてくれるような
Webアプリが書けるようになれば、だいぶ楽になると思うんですけどねー。
0019名無しさん＠１周年
NGNGXML ってのは結局、属性に対してどうプログラムが動くかは
プログラマにまかせきりだからなー。
ある属性は IE 専用、とかこっからここまでの名前は印刷用の
共通属性とかやって超汎用型 XML とかやんのかなー
ISO とかが。そうなるとすごいね
0020>14
NGNG0021>18
NGNG0022H厨
NGNG<tr class=Item>
<td class=Name>ビール</td>
<td class=Price>300</td>
</tr>
<tr class=Item>
<td class=Name>たばこ</td>
<td class=Price>250</td>
</tr>
</table>
ってのはどう？
0023H厨
NGNG>XMLってデータ入力用の定義ってのは、可能なんですかね。
出来るよ。
XHTMLにform要素があるのがその証拠。
002418>23
NGNGクライアント側のブラウザで、ある程度定義に基づいて処理してくれれば、
フォーム入力画面での「半角カナは使わんでくらさい。」「数字は半角でいれろや。」
なんかがだいぶ解消出来るんですけどね。
0025百姓
NGNG0026百姓
NGNGだったら、プログラミング言語使うべさ。
0027>百姓
NGNG0028へちま
NGNG以下 勘違いしてたら よろしく
>17
たしかに そのとおりです
つまり
SGML は難しいから 必要な機能を抜き出したサブセットが HTML
XML は HTML の機能では限界あるけど SGML はややこしいから
もっと楽に使えるようにしたもの
かな？
しかし SGML のことは全然しらないからな〜
>H厨さん
なるほど そういう考えもありですな
ただ class を使用する == CSS の使用 == DHTML ( != HTML?)
どうでしょ？
う〜ん もう アルゴリズム + データ構造 = プログラム
という概念にしがみつく時代ではなくなってきたのかも
HTML も文書というデータといえる気もするけど
ワープロで打った文書がデータと言えるかは
古い考えだと微妙なところ
利用価値がある人には SPAM さえもデータと言えるかもしれないし
（実際 ORBS では SPAM のデータベースがある）
オブジェクト指向の黎明期も今の XML の雰囲気だったのかも
今でも OOP を使いこなせてる人はそうはいないと思う（もちろん自分も）
それでも OOP はしっかり残っている
初心者には敷居が高くても
ある程度開発をこなしくてくると魅力的にみえるのかもしれない
XML も HTML に比べて敷居が高いが
これから便利なツールが増えていって
いろいろな環境で根付くかは まだ闇の中
>24
私も知りたい
そりゃ便利そうだ
0029名無しさん＠１周年
NGNG0030ていうか
NGNG>という概念にしがみつく時代ではなくなってきたのかも
XMLはプログラム言語じゃなくて記述言語でしょ。
0031へちま
NGNG・SGML (Standard Generalized Markup Language)
標準汎用マークアップ言語
文書の論理構造にテキストファイルで印を付けるための言語
1986年ISO規格(ISO 8879)
1992年JIS規格(X4151)
・HTML (Hyper Text Markup Language)
みなさんご存知の WWW を作成するときのマークアップ言語
・DHTML (Dynamic HTML)
JavaScript や CSS などを用いて
Web ページをよりインタラクティブでインパクトのあるものする
HTML の拡張仕様
NN と IE で仕様が違う
・XML (eXtensible Markup Language)
一言でいえば 構造化データを意識したマークアップ言語
あとはこのスレッドでイメージをつかんで下さい
・XHTML (eXtensible HTML)
HTML の仕様をXMLの仕様に合わせて書き直したもの
・XSL(eXtensible Style Language)
W3C が勧告を出しているスタイルシート言語
う〜ん まぎらわしいですな
間違ってたら 訂正ぷりーず
0032名無しさん＠１周年
NGNGJava の .class ファイルは直接実行できるプロセッサが考えられるけど、
XML の場合はそれを直接実行するというわけではなくて、
それを他のプログラムが参照して行動するとか、
そういうことなんでしょうか。
0033へちま
NGNGう〜ん データの汎用性かな
その際 欠かせない DTD についてちょっと
（素人考えですが）
DTD (Document Type Definition：文書型定義)
XML ドキュメントがどういう構造をしているか
要素型宣言や属性リスト宣言を定義したもの
C でいうヘッダファイルみたいな感じ？
つまり XML ドキュメント全体のデータ構造や
使用するタグの定義をまとめたもの
ということは ある共通の DTD に基づいて
XML ドキュメントを作成すれば
いろいろなところで そこに書かれてるデータを
共有できることになりますな
例えば
・CD の紹介などを ある DTD に基づいて XML ドキュメントを作成
・サイトでは その XML ドキュメントを CSS などで加工して表示
で <Title> というタグが CD のタイトルを表すという定義が DTD でされていれば
「うんぬんかんぬん」というタイトルの CD のことが載っているページを検索したいとき
XML 対応の検索エンジンを使えば 今までより早く確実にヒットしそうだ
むう これは便利かもしれない
そのためには 共通の DTD の設定やサイトの XML 化が面倒かもしれないが
ほんじゃ 今日はこの辺で
0034へちま
NGNG0035>33
NGNGでも、実際はどうなんでしょうかね。 例えばある開発者が、
<name></name><address></address><phone></phone>
なんて組んだデータに対して、他の開発者が
<NAMAE></NAMAE><JYUUSYO></JYUUSYO><TEL></TEL>
とやってたら、結局変換用の記述を強いられるわけですよねー。
文字数の許容定義も異なってたり。
そうすると、つまるところの作業は一緒？ って感じもするんですが。
0036名無しさん＠１周年
NGNG0037その辺の大学生
NGNGXMLは、データフォーマットを作るための規格で、
いままで、データフォーマットというのはバイナリを直接
扱っていたのが、
それを、XMLという共通の土台の上で作ることで、
可読性・可搬性をあげることができる、と。
また、XMLがでてきたことで、HTMLのようなのマークアップ言語を
作りやすくなった。つまり、共通のデータフォーマットを
作りやすくなった。MathMLや、化学のML(名前忘れた）などが
既にできているらしい。
（HTMLの成功によって、マークアップ言語の有効性は
示されたから、採用しやすい。）
が、所詮はデータフォーマットを作る規格なので、
できたフォーマットがバラバラでは意味がない。
データフォーマットを統一（特に企業間）してこそ価値がある、
と。
そこでMSなんかは自分で先にフォーマット作って
また独自規格使用に向かってる。
バイナリと違って可読性がよいから、フォーマットの
変換も可能（バイナリより簡単）なんだけど、
それは本質的にはバイナリフォーマットの変換と同じ。
というわけで、ホームページ上でデータベースとかつくるんなら
わかるけど、個人で普通に見るだけのホームページを作ってる
状態では、XHTMLの「拡張可能」という利点は全くない。と。
同様にXML自体も、個人レベルではあまり意味をなさない。
繰り返しでてますが、XMLはマークアップ言語ではなく、
メタマークアップ言語です。
Javaなんかと同じで独学で勉強しにくいジャンルなんだよなぁ。
という理解でどうでしょうか？＞詳しい方々
0038その辺の大学生
NGNG全体が複雑すぎて実用的でなかった。
HTMLは、元々データ構造記述の言語だったが、急速な普及＆
Webの影響で、あたかも「見た目記述」の言語のようになってしまった。
SGML＠｀XMLなどの「メタマークアップ言語」は、
HTML＠｀XHTML＠｀MathML などの、「マークアップ言語」を作るための規格。
なので、XMLそれ自体にタグはない。
もっと言えば、DTDを作る、というのは
「HTMLそのもの」を作るのと同じレベル。
実際、XHTMLは、一つのDTD（＆XSL）で作られている。（と思う・・・）
>35
汎用性は、テキストで記述されているところがポイントなのでは
ないでしょうか？ バイナリフォーマットを
１から解析するのは現実的ではないですが、XMLでは、DTDを比べれば、
バイナリよりはずいぶん簡単に変換できそうです。
変換のためのXML規格もあったはずです。
現在は、XMLブラウザがほとんどないため、Web上では
（特定のDTDによる）XML文書は、HTMLに変換されて表示されることが多い。
でも、各個人用DTD、特定ソフト用DTDが散在するのなら、
変換できるとは言っても、不都合が多い。
というわけで、XMLで共通フォーマットを作ろう、
という動きがあったと思います。
どうでしょ？
0039百姓
NGNGそれならServletやJSP使うべよぅ。
それとも何かい？右クリックしてソースとかやったら
XMLが直接出てくるようになるのかい？
0040のこぎり
NGNG0041その辺の大学生
NGNG>で、結局、ブラウザがわかるのはHTMLなんだべよぅ。
>それならServletやJSP使うべよぅ。
HTMLの代替として使うのなら、既にXTHMLがあります。
XTHMLは今のWebブラウザで問題なく表示できます。
Serveret/JSPで、XHTMLコード吐くってのもありでしょう。
徐々にXHTMLに移行していくと思いますが、今までのように表示だけを
考える場合はHTMLを使っても何の問題もありません。
>それとも何かい？右クリックしてソースとかやったら
>XMLが直接出てくるようになるのかい？
XML自体はデータフォーマットを記述するための規格なので、
ブラウザで表示する必要はない。（現状で、Excelファイルを
（Excelが入ってない状態で）Webブラウザで開けないのと同じ。）
ただ、どうしても表示したければ、XML対応ブラウザで、DTDに対応した
XSLを定義すれば表示できる。という点が異なる。
XML自体は、普及する/しないのレベルではなく、あって当たり前の
ものになると思う。
DOMはよく知らないんですが、XML文書をプログラムから扱うための
インターフェースだから、ファイル入出力関数みたいなイメージでは
ないでしょうか？
0042名無しさん＠１周年
NGNGつまり、33の
>そうすると、つまるところの作業は一緒？ って感じもするんですが。
あたりが結構楽にできる。
0043名無しさん＠１周年
NGNGあることは直観的にわかる。
具象<->抽象の妥当な位置に、文化等の価値観が介在し、それが
変化する限り、このような静的データフォーマットが問題を解決す
るわけがない。
「オブジェクト指向がプログラマを不要にする」と言っていたの
と同じか、それ以上にナンセンス。＞ＸＭＬ
0044名無しさん＠１周年
NGNG>あることは直観的にわかる。
君が勝手に拡大解釈してるだけ。
プログラムが構造化されてるのに、データの共通フォーマットは
十年一日のごとくプレーンテキスト。不便だべ？
だからっていちいち違うパーサ書くの面倒だべ？
文字コードの問題とかリファレンスの問題とか面倒な問題が山ほどあるし。
そんなときにXML/DOM使えば楽じゃん。
テキストエディタの１ランク上（しかしアプリケーション専用の
データエディタから見ると下のランク）のXMLエディタである程度
編集できれば便利だし、障害にも強い。
> 「オブジェクト指向がプログラマを不要にする」と言っていたの
>と同じか、それ以上にナンセンス。＞ＸＭＬ
この表現もロジックがめちゃくちゃだ。
自分の言ってること判ってるか？
道具に振り回されてどうするよ。
厨房逝ってよし。
0045＞４３
NGNG0046名無しさん＠１周年
NGNG0047>43
NGNG0048名無しさん＠１周年
NGNG0049名無しさん＠１周年
NGNG踊ってる連中ばかりだからな。
批判的精神を失った人間は屍と同じだ。おまえら逝け。
0050名無しさん＠１周年
NGNG0051H厨
NGNG>ただ class を使用する == CSS の使用 == DHTML ( != HTML?)
いや、あの例はHTMLでも(半ば無理矢理)意味を拡張できるという例をやりたかっただけで、
それ以上でも以下でもないよ。
CSSは一切関係ありません。使いたければ使えばいいって感じ。
っていうか、どこからDHTMLが？！ってぐらいの勢いです。（ワケワカ
>う〜ん もう アルゴリズム + データ構造 = プログラム
>という概念にしがみつく時代ではなくなってきたのかも
それは、永遠に変わらないと思う。
ただ、そのデータ構造がXMLになるかどうかという話だと思う。
>>24
>私も知りたい
ごめん、具体的な方法までは知らんのよ。
ただ、それを出来るDTD/XMLの記述はあり得ると思うし、それに
基づくXMLデータの入力支援ツールも現れるでしょう。
もちろん、手頃なツールがなければ自作するのもあり。
>29
XHTMLはXMLだよ。
逆は真ならずだけどね。
>百姓
何で、XMLをブラウザに表示する必要があるの？
0052その辺の大学生
NGNG>>という概念にしがみつく時代ではなくなってきたのかも
>それは、永遠に変わらないと思う。
同意。
>ただ、そのデータ構造がXMLになるかどうかという話だと思う。
ここはちょっと違うような。
アプリケーション内部においては、基本的にXMLなんて関係ないでしょう。
従来通りのデータ構造が使われていくと思います。
アプリケーションの外側で、交換可能なデータ保存形式としてXMLが利用されるのでは？
ま、効率云々を考えなくてよければ内部もXMLのまま扱ったら簡単でしょうね。
Iniファイルに格納されているデータを、その都度ファイルに読みに行くか、
起動時に一気に読み込んでバイナリとして保持して終了時にIniファイルに書き出すか、
の違いみたいなものです。
>>私も知りたい
>ごめん、具体的な方法までは知らんのよ。
>ただ、それを出来るDTD/XMLの記述はあり得ると思うし、それに
XHTML1.0ってHTML4.0と同じだから、現状でできないことはできないような・・・
違うかもしれませんが。
>XHTMLはXMLだよ。
>逆は真ならずだけどね。
XHTML is XML XML is not XHTMLですか？ "is" はまずいんではないかと。
XHTML is built on XML technology の方が雰囲気がでてそう。
同じく、HTML is built on SGML technology（ちょっとうそ）
0053H厨
NGNG>>逆は真ならずだけどね。
>XHTML is XML XML is not XHTMLですか？ "is" はまずいんではないかと。
>XHTML is built on XML technology の方が雰囲気がでてそう。
>同じく、HTML is built on SGML technology（ちょっとうそ）
ごめん、ちょっと間違えた。
>>29の意見引きずって、変なこと書いちゃったよ。
XHTML∈XML
‥‥‥違うな。
XHTMLはXMLの利用方法の一例と言うことで。
0054名無しさん＠１周年
NGNGhttp://news.yahoo.co.jp/headlines/imp/000718/cpt/20153600_impcpt010.html
0055>52
NGNGそうですね。
ＤＴＤが公開されていれば、それに準拠してる文書であれば
どのプラットホーム間やアプリでもパーサをかませば
対応できるってことです。
ついでに、そのパーサも、どのプラットホームでも動けば
有りがたいですよね。 となると、ＪＡＶＡ登場って訳です。
0056名無しさん＠１周年
NGNG理論プログラマの需要はないのですよ。
>>48 さん？
0057名無しさん＠１周年
NGNG0058へちま
NGNG今日はちょっと実際に XML を使ってみようかなと
実際は
XML + XSL + CSS + HTML
で作ったテキストを IE で表示なんだけど
題材は中原中也の詩ということで
生ひ立ちの歌 中原中也
Ｉ
幼年時
私の上に降る雪は
真綿のやうでありました
少年時
私の上に降る雪は
霙のやうでありました
十七ー十九
私の上に降る雪は
霰のやうに散りました
二十ー二十二
私の上に降る雪は
雹であるかと思われた
二十三
私の上に降る雪は
ひどい吹雪と見えました
二十四
私の上に降る雪は
いとしめやかになりました……
II
私の上に降る雪は
花びらのやうに降つてきます
薪の燃える音もして
凍るみ空の黝む頃
私の上に降る雪は
いとなびよかになつかしく
手を差し伸べて降りました
私の上に降る雪は
暑い額に落ちくもる
涙のやうでありました
私の上に降る雪に
いとねんごろに感謝して 神様に
長生きしたいと祈りました
私の上に降る雪は
いと貞節でありました
0059へちま
NGNG作者
|_巻
|_詩
| |
| |_ 段落
| |_ 段落
|_詩
| |
| |_ 段落
| |_ 段落
| |_
う〜ん いまいちだが とりあえず
0060へちま
NGNG<?xml version="1.0" encoding="Shift_JIS"?>
<?xml-stylesheet type="text/xsl" href="style.xsl"?>
・・・・・構造にしたがったタグ付きテキスト・・・・・
ほんとは unicode を使った方がいいんだけど
unicode が使えるテキストエディタがないんで
S-JIS で（愛用のエディタは ViVi）
で データ構造にしたがって
XML Document を作成すると．．．
<?xml version="1.0" encoding="Shift_JIS"?>
<?xml-stylesheet type="text/xsl" href="style.xsl"?>
<中原中也詩集>
<巻 booktitle="山羊の歌">
<詩 poemtitle="生ひ立ちの歌>
<段落>
幼年時
私の上に降る雪は
真綿のやうでありました
：
：
</段落>
<段落>
私の上に降る雪は
花びらのやうに降つてきます
薪の燃える音もして
凍るみ空の黝む頃
</段落>
</詩>
</巻>
</中原中也詩集>
合ってる？ むう自信なし
0061へちま
NGNG<?xml version="1.0" encoding="Shift_JIS"?>
<xsl:stylesheet xmlns:xsl="http://www.w3.org/TR/WD-xsl";>
<xsl:template match="/">
：
ここに XSL の指定を記述
：
</xsl:template>
</xsl:stylesheet>
0062へちま
NGNG<?xml version="1.0" encoding="Shift_JIS"?>
<xsl:stylesheet xmlns:xsl="http://www.w3.org/TR/WD-xsl";>
<xsl:template match="/">
<html>
<head>
<title>XML Sample</title>
</head>
<body>
<p align="center">生ひ立ちの歌 中原中也</p>
<p><xsl:value-of select="中原中也詩集" /></p>
</body>
</html>
</xsl:template>
</xsl:stylesheet>
ほんで
XML Document を chuya.xml
XSL Document(?) を style.xsl
で同じディレクトリに保存
そして IE5.0 で cyuya.xml を開いてみる
ドキドキ．．．
0063へちま
NGNG<詩 poemtitle="生ひ立ちの歌"> （正）
気を取り直してダブルクリック
：
：
おお なんとか表示されてる！
ただしテキストが一列でずらずら並んでるな〜
これを綺麗に表示するには
XSL をきちんと定義しないとだめらしい
明日には完全版をどこかのフリーページに置いてみよう
ではでは
0064バッカーです
NGNGXMLビルダー2003が出てからでも遅くないと思うケド
0065名無しさん＠１周年
NGNG0066名無しさん＠１周年
NGNG作者を要素にするなら、名前はふつう、属性か値にするのでは？
DTDなんて好みなんだろうけど。
0067H厨改めε
NGNGDTDは作った方がいいと思うな、やっぱり。
こんな感じか？
構造が変だと思ったから少し変えてるけど。
<!DOCTYPE 詩 [
<!ELEMENT 詩 - - 作者*>
<!ELEMENT 作者 - - 巻*>
<!ATTLIST 作者
name CDATA #IMPLIED
>
<!ELEMENT 巻 - - 題名*>
<!ATTLIST 巻
booktitle CDATA #IMPLIED
>
<!ELEMENT 題名 - - 段落*>
<!ATTLIST 題名
title CDATA #IMPLIED
>
<!ELEMENT 段落 - - #PCDATA>
]>
0068名無しさん＠１周年
NGNG0069へちま
NGNG今週末納期でちょっとてんてこまいでした
XML の勉強もちょっと止まってました
う〜ん DTD の勉強したいんだけど
時間がないな〜
0070500h_rev2
NGNG0071へちま
NGNGところで500さん好きな詩人は？
0072ε
NGNG0073無理やり話題を戻す
NGNG575...とか。
0074名無しさん＠そうだ選挙にいこう
NGNGしてくれないかなと本気で思った。
0075500h_rev2
NGNGうげ。そうですね(笑) 連でした。
>へちまさん
う〜ん、楽 太郎とか・・・(笑)
うそうそ。高村光太郎好きですよ、智恵子抄。
0076えちか
NGNGどこかに情報ないでしょうか？
0077>76
NGNGCSS や XSLF に比べると複雑だ
0078名無しさん＠１周年
NGNG私はＷ３Ｃのドキュメントで覚えましたけど。
0079えちか
NGNGとりあえずW3Cのドキュメント読んでみます
0080某ランド
NGNGこれをXML形式に変更しようかと考えています。
こんな感じにしたいのですが、
<データベース>
<テーブル type="DB">
<テーブル名>会社マスタ</テーブル名>
<項目><項目名>会社番号</項目名><タイプ>INTEGER</タイプ></項目>
<項目><項目名>会社名</項目名><タイプ>CHAR(60)</タイプ></項目>
<レコード type=CSV>
100＠｀"なんとかかんとか株式会社"
110＠｀"株式会社ホゲホゲ"
</レコード>
</テーブル>
<テーブル type="DB">
<テーブル名>商品マスタ</テーブル名>
<項目><項目名>商品番号</項目名><タイプ>INTEGER</タイプ><INDEX PRIMARY_KEY="TRUE">/></項目>
<項目><項目名>商品名</項目名><タイプ>CHAR(60)</タイプ></項目>
<レコード type=CSV>
2000＠｀"あれ"
2010＠｀"それ"
</レコード>
</テーブル>
</データベース>
せっかくやっても、他との互換性が無ければ自己満足ですよね。
疑問は
データをCSV形式で表現して改行で１レコードにするような事はXMLとして許されている？
こういう形式の標準化はあるの？
なんでも XMLでのSQLというのがあるらしいけど、どこ覗けばいい？
0081しょうげきくん
NGNGにつかうとき、ただの自己満足であることにきづくんだ。はは！
XSLTはむずかしいな！でもえらいせんせいがXSLT逝ってよしって言って
たからべんきょーしなくてもいいかな。
0082ε
NGNGっていうか、自分もしかしてXMLのことよく知らないでしょ？
> せっかくやっても、他との互換性が無ければ自己満足ですよね。
だから、そのためのDTDなんだって。
> データをCSV形式で表現して改行で１レコードにするような事はXMLとして許されている？
それはただのCSVです。XMLでも何でもない。
> こういう形式の標準化はあるの？
W3Cが勧告してるよ。
0083?
NGNG> こういう形式の標準化はあるの？
関連で。
びばデファクトスダンダード（皮肉失礼）
http://www.microsoft.com/japan/developer/xml/default.asp
http://www.microsoft.com/japan/BizTalkServer/default.asp
IBM+SUNもやってるって聞いたけどどうなんだろね。
0084某ランド>83
NGNGこういうの見つけたけど。うーん
http://www.textuality.com/xml/typing.html
0085名無しさん＠１周年
NGNG0086名無しさん＠１周年
NGNG0087ε
NGNG＃ちなみに、俺が答えられるわけではない。あまり詳しくないし。
0088名無しさん＠１周年
NGNG0089ねこま
NGNGhttp://www2u.biglobe.ne.jp/~fox/
5. 内容文字列のパターンを使う。
って違うのかなぁー？と思ったのですがどうなんでしょうか？
0090名無しさん
NGNGどうなるかな？
0091ねこま
NGNGhttp://www.saiensu.co.jp/ct_resource/199809/On-DTD.htm
本当はここ見てほしかったの
0092名無しさん＠１周年
NGNGthancs!!
0093名無しさん＠１周年
NGNGhttp://www.gihyo.co.jp/xmlpress/
0094名無しさん＠１周年
NGNG0095名無しさん＠１周年
NGNG0096名無しさん＠１周年
NGNG別にそのようなことはないが、Javaを使うとなにかと便利ですね。
0097インチキMAC使い
NGNG0098名無しさん＠１周年
NGNGどう解釈するかは読み手の自由のはず。
検索エンジンみたいのが、XML自体に内蔵されつつあるが
アレはオマケ的要素かと…
本質はデータ交換用フォーマットでしょ？
0099名無しさん＠１周年
NGNG0100>95
NGNGXML使おうとしたが、・・・とってもエレガントだったよ。
0101名無しさん＠１周年
NGNG実例が結構載っているので良さげなアイディアを拾ってくるには便利そうなんですけども。
それから、DOMを使っている方ってどのぐらいいらっしゃいますか? その方に質問したいんですけども、
単純なデータ構造ながら馬鹿でかいデータを扱わなければならないようなんですが、やはりDOMではなくSAXで頑張るのが良いのでしょうか?
0102名無しさん＠１周年
NGNG>なんですが
え？なぜですか？
0103名無しさん＠１周年
NGNG0104名無しさん＠１周年
NGNG0105名無しさん＠１周年
NGNG素人が手を出しても大丈夫ッスか？
0106名無しさん＠１周年
NGNG0107名無しさん＠そうだ選挙にいこう
NGNG>シリアライズ
(今の)XMLではバイナリデータのシリアライズをうまく扱えないと思うが?
画像付のホームページをシリアライズする標準の方法すらないし。
APIもごくごく基本的な物が一部標準化されてるだけだし...
結論：使えん
0108107
NGNG>Javaを使うとなにかと便利
Java以外だと(現状では)かなり不便。
標準形式というにはあまりに寂しい。
0109D使い
NGNG>もしも、とりあえず形だけでもXMLを試してみたい方はOPEN DESIGN BooksのXML+XSLサンプル集とかどうでしょうか?
個人的にXMLでIE5でしか見れないホームページを作りたい
っていう用途にはいいけど、これを読んだだけで
「XMLってこんなものか」と思ってしまう人がいそうで怖い。
>純なデータ構造ながら馬鹿でかいデータを扱わなければならないようなんですが、やはりDOMではなくSAXで頑張るのが良
使ってないですがSAXの方がいいでしょう。
>107
おそらくXMLを誤解してます。
100のシリアライズって今までアプリ側でバイナリで保存してたのを
XML形式にした、ってことじゃないですか？
0110名無しさん＠１周年
NGNG常に必ず約束されている」ということが分かっているとしたら、
ソフト開発楽でいいだろな｡
XMLの利点って結局そこなんでしょ?
今のところパーサとかあんまり普及してないから、現実には
ありがたみがあんまし実感できないみたいだけど。
0111名無しさん＠１周年
NGNG「XMLはSGMLにくらべて非常に小さくした。パーサは、
学生が卒業論文でかけるぐらい」とか言ってたよ。
べつに110に書けってわけじゃないが。
0112107
NGNG> DOMではなくSAXで頑張るのが良
SAXは言語がJavaにかぎられている時点でかなりマイナス
普通XML使うためだけに言語は変えないと思う...
> 100のシリアライズって今までアプリ側でバイナリで保存してたのを
> XML形式にした、ってことじゃないですか？
ビットマップとかはどうやってXML形式にすればいいのでしょう？
0113109
NGNG>SAXは言語がJavaにかぎられている時点でかなりマイナス
>普通XML使うためだけに言語は変えないと思う...
101はSAXかDOMか、で考えてるんだから、どちらも利用できる環境なんでしょう。
だったら101の用途にはSAXがピッタリ。
>> 100のシリアライズって今までアプリ側でバイナリで保存してたのを
>> XML形式にした、ってことじゃないですか？
>ビットマップとかはどうやってXML形式にすればいいのでしょう？
本気で言ってるんですか?
現実的な方法だと、サブフォルダ作って画像保存してリンクするとか。
画像ファイルそのものをXMLファイルに埋め込む利点はないと思います。
PNGとか画像ファイルに適した形式があるんだから。
0114107
NGNGそれは*シリアライズ*と言わないと思っています。
フォルダの階層構造を使うというのはなんだかXMLの階層構造の
表現力のなさをあらわしているような気がします。
階層構造が表現できるというXMLの1つの大きな利点がいかされていない
ような気がします。
0115名無しさん＠１周年
NGNG107=114はかなり無茶なイメージを持ってる。
Winのレジストリは文書用ってわけじゃないけど、
「あんま無茶すんなよ」という点では共通してる。
レジストリに画像データそのものを書き込もうって
アホはおるかいのう？
0116ねこま
NGNGアホウかも(笑)
0117名無しさん＠１周年
NGNGまあ、フラットファイルでも一緒か。
他の利点って何だろう？
#SVGもXML形式だな。こりゃベクター形式だけど。
0118107
NGNG> そもそもは「文書」のフォーマットじゃないの
文書に画像を含みたくなるのですが...(wordのファイルのように)
0119109
NGNG>それは*シリアライズ*と言わないと思っています。
それなら>>100さんがビットマップを保存したりはしてなかったと言うことでしょう。
細かいところに拘ってしまって、本質が見えてないようです。
>>113で「本気で言ってるんですか？」と言ったのは、
XMLにはそういう用途には向いてないのに、そうまでしてXMLを使う必要があるのですか？
という意味だったんですが・・・
XMLは何でもできる夢のフォーマットではありません。
もうちょっとXML自体について勉強された方がいいと思います。
（勉強といっても立ち読みするだけですが・・・）
このスレを最初から読むだけでもかなり違うと思いますが。
以前 >>38 >>39 >>41 で概略を書いたし、>>44 さんが簡潔に纏めてます。
つっこみが入らなかったので多分あってるのでしょう。
115の「Winのレジストリ」の例はなかなかいいと思います。
MSOfficeがどう実現してるのか知りませんが、ワープロ文書などは
XMLにあまり適してない方だと思います。（個人的に）
ちなみに、113で書いたのはフォルダの階層構造を利用するのではなく、
リソースを一カ所に纏める意味でサブフォルダを利用、と書きました。
僕がワープロ文書をXML（風に）で保存するなら、基本のXMLファイルと
全リソースを入れたフォルダを、纏めてLHAとかで圧縮して、
独自の拡張子で保存すると思います。適当かどうかは知りませんが。
0121107
NGNG>>119
> 細かいところに拘ってしまって、本質が見えてないようです。
細かいといえば細かいのですが、こういう機能があると不必要な
分岐がなくてMFCのSerialize関数なども素直に対応づけられますし、
開発中など融通が利きやすいと思ってます。
C言語のgotoみたいなものと思っています。
> MSOfficeがどう実現してるのか知りませんが、
構造化ストレージを使ってますね。
(ファイルシステムをファイルにしたようなもの)
> リソースを一カ所に纏める意味でサブフォルダを利用、と書きました。
そうですね。私の勘違いでした。
ただ、そうするとXMLが必要な所すべてで「リソースを一個所にまとめる」
機能が必要になってしまいますね...
MFCのSerialize()のような永続化オブジェクトのような用途を考えている
のが間違いかもしれませんが...
そうなると使い道が見えない...
0122名無しさん＠１周年
NGNGだから「異なる（関係ない）アプリ・システム間での永続化データの
互換」が目的じゃない？違うの？
0123107
NGNG「永続化データ」にはテキストだけでバイナリデータも含まれる
と思います。
XMLではテキスト(基本的にUnicode?)だけしかできないですね?
0124名無しさん＠１周年
NGNGそりゃそうだろうが、XMLは基本的にバイナリデータを含めるのに適さないからと言って、使い道が見えないと言うことはないだろう。
ちょっと、バイナリデータに拘りすぎじゃないか？
それに、バイナリデータをテキストデータに変換する方法ぐらい、いくらだってあるだろう。
0125109
NGNGう〜ん、「バイナリデータ」って具体的にどんなデータですか?
画像、音声、動画、ぐらいは標準のデータ形式がありますよね?
構造体で使われるような、数値・時刻・文字列など、は普通に保存できますよ。
すべてのリソースを一つのXMLファイルに格納できないからXMLは不便だ
という考えはおかしいです。そういう目的で作られていないからです。
CSVじゃ画像が保存できない。なんて不便なんだ！ と言ってるのと同じです。
XMLはバイナリを「完全に」置き換えるもの、という認識を持ってると
XMLを誤解することになります。
>> MSOfficeがどう実現してるのか知りませんが、
>構造化ストレージを使ってますね。
>(ファイルシステムをファイルにしたようなもの)
この構造化ストレージというのは119で書いた「一度ファイルに保存して、後でまとめる」
のと本質的に変わらないですよね。
あと、Officeと言ったのは、Office2000からXML保存ができるということだったので、
どう実現してるのかな? ということでした。言葉足らずですいません。
>125
>それに、バイナリデータをテキストデータに変換する方法ぐらい、いくらだってあるだろう。
無意識に107よりになってしまってる気がしますが、バイナリ（画像など）を
テキストデータに変換してXML保存はできないことはないけど、
意味がないというか、本来の使い方ではないような。
やっぱりリンクするのが本筋でしょう。
0126107
NGNG>て、使い道が見えないと言うことはないだろう。
これは言い過ぎかもしれませんが、ディレクトリを使うなら
ディレクトリ構造でTAG名をディレクトリ名として使えば用が
済むことが多いと思います。
>>125
> CSVじゃ画像が保存できない。なんて不便なんだ！ と言ってるのと同じです。
CSVと同じようにXMLも不便だ！と言っています(^^
> XMLはバイナリを「完全に」置き換えるもの、という認識を持ってると
うーん。実際にはバイナリとテキストがまざった状態からはじまって
徐々にテキスト形式に移行することが多いと思います。
＞この構造化ストレージというのは119で書いた「一度ファイルに保存して、後でまとめ
＞る」 のと本質的に変わらないですよね。
「標準形式でシリアライズされている」という点が違うと思います。
ディレクトリだと、WindowsだとFindFirstFile使って、
メールを使うときはMIMEを使って、HTTPならGETメソッドを使って、
アップロードするならLZH使って...
などプロトコルやアプリごとに考える必要があると思います。
>それに、バイナリデータをテキストデータに変換する方法ぐらい、いくらだってあるだろう。
どうとでもなりますが、標準化されていないと特定のアプリでしか
扱えなくなってしまいます。
# そういえばSOAPではバイナリデータも扱えたような気がする
うーん。説得力に乏しいからか どうどうめぐりになっているかも...
0127109 > 107
NGNG>CSVと同じようにXMLも不便だ！と言っています(^^
わかんないかなぁ？
今あなたは、CSVファイルに画像を保存したい！と言っているんですよ。
そんなこと本気で考えたことありますか？
>＞この構造化ストレージというのは119で書いた「一度ファイルに保存して、後でまとめ
>＞る」 のと本質的に変わらないですよね。
>「標準形式でシリアライズされている」という点が違うと思います。
かなり混乱しているようですが、この文章は「構造化ストレージ」に対して
答えた文章なので、「一度保存して、あとで纏める」というのは
アプリケーション側ですることですよ。結果一つのファイルになります。
纏めなければXMLですから、XMLエクスポートも簡単です。
一太郎Arkとか使ってみるとJustSystemが出した答えがわかるでしょう。
「一つのXMLファイルに全リソースを保存」などという無茶はしてないと思います。
これはXMLの「表現力のなさ」ではなくて「方針」です。
仮に画像バイナリを組み込むとすると、他の音声や、動画なども
同様に扱う必要が出てくるでしょう。動画なんてGBにもなるファイルですよ。
ところで、>「バイナリデータ」って具体的にどんなデータですか?
の答えも聞きたいんですが。
もし画像バイナリだけを特別扱いしようとしているなら、
「ワープロ文書」的な考え方に縛られているからだと思います。
XMLは汎用的なデータフォーマット記述言語ですよ。
0128109（127補足）
NGNG>今あなたは、CSVファイルに画像を保存したい！と言っているんですよ。
>そんなこと本気で考えたことありますか？
それで、CSVファイルにはバイナリが保存できないから「使えない」と
言ってるのです。
でもCSVファイルが有用な場合もあるでしょう。
XMLがCSVに勝っている点の一つは、複雑な構造化が可能なために、
多くのシステムに適用できる、ということです。
0129名無しさん＠１周年
NGNG0130名無しさん＠１周年
NGNGあんたみてると、C++によって実現される「OOP」という
プログラム開発の新しいアプローチを理解できず、
「Cに毛が生えたもの」というC++を使う意味の無い
やり方でしかC++が使えない堅物馬鹿とおんなじだと思う。
先が見えない堅物はこの業界向いてないから引退しなさい。
0131109
NGNGきびしいなぁ
0132107
NGNG> 今あなたは、CSVファイルに画像を保存したい！と言っているんですよ。
言ってみればそうですが、どちらかといえば逆で
画像を含む文書を構造化して保存する方法を探していて、XMLがそれに
近いので使いたかったけど使えなくて残念。という感じです。
> 「一度保存して、あとで纏める」というのは アプリケーション側ですることですよ。
アプリケーションごとに独自の方法でやるのではなく、汎用的な方法
があればいいと思っていて、XMLがそれに近いので使いたかったけど
使えなくて残念。という感じです。
> これはXMLの「表現力のなさ」ではなくて「方針」です。
バグと仕様は紙一重ですが、「一つのファイルに全リソースを保存」
する汎用的な方法があればいいと思っていて、XMLがそれに近いので使いたかったけど
使えなくて残念。という感じです。
>仮に画像バイナリを組み込むとすると、他の音声や、動画なども
>同様に扱う必要が出てくるでしょう。動画なんてGBにもなるファイルですよ。
サイズと1つのファイルに含めるかどうかは別問題だと思います。
また、バイナリデータはサイズが大きい、という仮定は偏見だと思います。
> ところで、「バイナリデータ」って具体的にどんなデータですか?
いろいろありますね。ディスクの中のファイルを調べてみてください。
テキストファイルはわずかだと思います。
>XMLは汎用的なデータフォーマット記述言語ですよ。
バイナリデータも汎用的なデータに含んでくれるとうれしいです(^^
すべてを汎用的なテキスト形式にしようという理想はわかるのですが、
現実にはバイナリデータもあり、その辺とうまく折り合いを付けれると
便利だと思っています。
> XMLがCSVに勝っている点の一つは、複雑な構造化が可能なため
これだけならXMLを使わなくてもディレクトリを使えば用が済む
ことが多いと思っています。
0133124
NGNG>>XMLは汎用的なデータフォーマット記述言語ですよ。
>バイナリデータも汎用的なデータに含んでくれるとうれしいです(^^
「汎用的な」「データフォーマット記述言語」です。
おかしなところで区切らないでください、意味がかなり違っちゃいますから。
>> ところで、「バイナリデータ」って具体的にどんなデータですか?
>いろいろありますね。ディスクの中のファイルを調べてみてください。
いろいろありますねって、これらはほぼ特定のアプリケーションでしか意味を
なさないファイルなんじゃないですか？
HTMLとWord文書ではどちらが汎用的だと思いますか？
>> XMLがCSVに勝っている点の一つは、複雑な構造化が可能なため
>これだけならXMLを使わなくてもディレクトリを使えば用が済む
>ことが多いと思っています。
単一のファイルによって構造化が表現できることに意味があると思うんですけど。
0134109 > 107
NGNG>近いので使いたかったけど使えなくて残念。という感じです。
>バグと仕様は紙一重ですが、「一つのファイルに全リソースを保存」
>する汎用的な方法があればいいと思っていて、XMLがそれに近いので使いたかったけど
それはその時のあなたの目的にXMLが合っていなかったというだけです。
自分の理解できない技術に対して、一般的に「使えない」「利用価値がない」と
いう書き込みをするのはおかしいです。>>107
（2chだから何書いてもいい、という逃げ道もまぁありですが・・・）
リソースも１つのファイルに保存するための標準規格は聞いたことないです。
もしそういう規格を作るにしても、今のXMLとは別の技術になるでしょう。
少なくとも、XML関連技術の中に含めるのが適当だとは思えません。
「XML保存→纏める」は現実的な解だと思いますが、どうしてダメなんですか？
>いろいろありますね。ディスクの中のファイルを調べてみてください。
>テキストファイルはわずかだと思います。
「バイナリファイル」じゃなくて「バイナリデータ」と書いたんですが。
ほとんどのバイナリファイルは数値と文字列からなる構造ツリーに分解できます。
つまり、XMLで表現できます。
>126
>うーん。実際にはバイナリとテキストがまざった状態からはじまって
>徐々にテキスト形式に移行することが多いと思います。
>すべてを汎用的なテキスト形式にしようという理想はわかるのですが、
>現実にはバイナリデータもあり、その辺とうまく折り合いを付けれると
これも間違いです。画像などのリソースはバイナリファイルのまま扱います。
0135横やり
NGNG単純にバイナリファイルをそのまま入れられる形式があれば便利だと思うだけなんだけど
<HOGE TYPE=BIN ENCODE=BASE64>・・・</>かなあ
でも、UNICODEだからBASE64は冗長かなあ
0136124
NGNG><HOGE TYPE=BIN ENCODE=BASE64>・・・</>かなあ
その程度のことはどうにでもなりそうな気もします。
そういうパーザを自作するってのもありかと。
ところで、XMLってエンプティタグって認められたっけ？
（空要素のためにNETが使えるのは知ってるけど）
>でも、UNICODEだからBASE64は冗長かなあ
別に、XML=Unicodeと決まってるわけでもないです。
で、バイナリデータ中に偶然ETAGOが現れる可能性もあるので、
エンコーディングをする必要はあります。
0137107
NGNG>「汎用的な」「データフォーマット記述言語」です。
うーん。「汎用的な」「データフォーマット記述言語」であるためには
「汎用的なデータフォーマット」を「記述できる言語」である
必要があるような気がします。
で、「汎用的なデータフォーマット」は「汎用的なデータ」を含められる
必要があると思います。
>これらはほぼ特定のアプリケーションでしか意味をなさないファイルなんじゃないですか？
うーん。「特定のアプリケーションでしか意味をなさないもの」が一部
含まれていてもいいと思うのですが...
MIME形式でWORDファイルを含めたとしても、MIMEが標準として役に
たたないことはないですよね。
逆にMIMEがWORDファイルを含めなかったとしたら、他の形式が乱立する
だけだと思います。
> HTMLとWord文書ではどちらが汎用的だと思いますか？
HTMLとWordならHTMLの方が汎用的ですが、
XMLとWordなら現状Wordの方がデータを読み書きできる
が多いという点で汎用的だと思います。
WordのHTML出力のように複数のファイルに分かれたのでは
なかなか普及しないと思います。
＞単一のファイルによって構造化が表現できることに意味があると思うんですけど。
バイナリデータを含めるとできません。
0138107
NGNGそうですが、XMLの意義は汎用的な標準フォーマットであるため
ですし、そのためには多くの状況で使える必要があると思います。
実際、現状でXMLが役に立っている例は普通に見てる限り
ほとんど見えてきませんし聞こえてきません。
# XMLパーサーごときで何MBもしているのも1つの理由だと
# 思いますが。
>少なくとも、XML関連技術の中に含めるのが適当だとは思えません。
そんなこと言っているとXMLは普及しないのでは、と不安になってしまいます。
＞ほとんどのバイナリファイルは数値と文字列からなる構造ツリーに分解できます。
＞つまり、XMLで表現できます。
理想はわかるのですが、現実問題バイナリデータは既に存在しているのです。
最初からすべてを文字列にするのではなく、序序に移行していくの
が現実的なやりかただと思います。
浮動小数点の数字の読み書き１つサポートするのも結構な手間だと
思います。
0139107
NGNG> そういうパーザを自作するってのもありかと。
現実的な１つの解ですね。
そのパーサーを普及させて序序に標準にしていくとか(^^;
> 別に、XML=Unicodeと決まってるわけでもないです。
Unicode(UTF8＠｀UTF16)は必ずサポートすることが決まっていたと思います。
UTF8を使えば冗長にはならないと思います。
0140じゃ、
NGNG<BINFILE>
<FILE UPDATE=YYYY/MM/DD><FILENAME>ファイル名</FILENAME>
<DATA SIZE=nn ENCODE=BASE64> データ本体</DATA>
</FILE>
</BINFILE>
として、BINFILEは参照するより前にあるものとする
0141１４０
NGNG0142124
NGNG>> 別に、XML=Unicodeと決まってるわけでもないです。
>Unicode(UTF8＠｀UTF16)は必ずサポートすることが決まっていたと思います。
XMLを記述する文字コードの話をしてるんだけど。
0143107
NGNG>>>でも、UNICODEだからBASE64は冗長かなあ
>>Unicode(UTF8＠｀UTF16)は必ずサポートすることが決まっていたと思います。
>XMLを記述する文字コードの話をしてるんだけど。
確かに正しくは"XMLパーサーは必ずUNICODEをサポートする"だと思います。
で、多くのXMLパーサーで読み書きできる、つまり多くの
XMLアプリで読み書きできるためにはXML文書はUNICODEを使ったほうがいい。
ということだと思います。
まぁ、XML自体普及していない今の時点でそこまで凝る必要は
ないと思います。
0144124
NGNGまあ、今更どうでもいいや。
>>143
だからさ、別にXMLをUnicodeで書かなきゃならないなんて決まりはないんだから、
そんなことはどうでもいいの。
Unicodeを使うべきかそうでないかは全く関係ないんだって。
それとも、Unicode使ったらバイナリの中にETAGOが現れない保証でもあるというのか？
0145107
NGNG決まりはないんで、別にいいのですが...
XMLでは文字コードにUnicodeが使われることが多いので、
Unicodeで効率のいいEncoding方法にしておくと、
XMLで効率のいいEncodingができることが多くてうれしい。
と思います。
0146107
NGNG一応検討されているようですね。
使用例がほどんどないのでよくわかりませんが...
Simple Object Access Protocol (SOAP) 1.1
5.2.3 Array of Bytes
http://www.w3.org/TR/SOAP/#_Toc478383517
例：
<picture xsi:type="SOAP-ENC:base64">
aG93IG5vDyBicm73biBjb3cNCg==
</picture>
XML Schema Part 2: Datatypes/W3C Working Draft
5.2.12 encoding
http://www.w3.org/TR/xmlschema-2/#xr-encoding
0147107
NGNGhttp://www.trl.ibm.co.jp/projects/xml/SOAP1.1-j-ibm-revision2.html#_Toc478383517
0148１４０
NGNGファイルとして保存して後の文章中で利用する事を前提にしてる訳だけど
ファイル名が喧嘩する場合もありえるという事
適当な名前で保存して、後でそれを同じ文章中で利用出来るような仕掛けが欲しい所
もちろんファイルとして復元も出来る仕掛けも欲しいし
0149CS
NGNGうーー、.NETではXMLを多用してるんだけど、バイナリリソースをぶちこんだxmlﾌｧｲﾙがあるよ。
多分、統合環境上で作成されるんでしょう。
もっとも、プログラム実行時にそれを読むんではなく、.NETで認識されるバイナリフォーマット
に変換しとくわけですが。
<data name="speaker" mimetype="text/microsoft-urt/psuedoml-serialized/base64">
<value>AAEAAAD/////AQAAAAAAAAAMAgAAADhTeXN0・・・・・・
・・・・・AAAAAAAAAAAAAAAAA</value>
</data>
・・・うわあっ、なんかバイナリデータの話って100のオレの発言からでてるわけ？
五輪サッカーのことに熱中してたんで・・、ごめんなさい。
あれは、プログラム設定保存データを一つのオブジェクトとして持ってる場合に、
それを簡単に保存できるっていう話。
レジストリとか、INIﾌｧｲﾙにセーブするってのはイマイチだったので、非常に嬉しかった。
また、以前JavaでDOMを使って同様のことをしようとしたときには、かったるかったし。
あれはBMPとかのバイナリデータを保存するって意味じゃないよ。
109さんが言ってくれてますね。
0150CS
NGNGhttp://www.w3.org/TR/2000/WD-xmlschema-2-20000407/#binary
で、Schemaとしてはバイナリ形式をサポートしてます。
だからこれが主流になるのでは？
0151107
NGNGバイナリを保存できる標準形式としてはPKCSやLDAPなどで使われている
ASN.1がありますね。
あとはRPCとかで使われているXDRとか...
0152名無しさん＠１周年
NGNG英語でもいいぞ。
ある程度完結してるなら、サンプルソースだけでもいいぞ。
Geckoみろとか言わんでくれな。
0153名無しさん＠１周年
NGNGシフトJISとUnicodeじゃ、ASCIIの範囲でさえビットパターンが異なるのに。
0154>>153
NGNG0155153
NGNGだから、表示する以前の段階でUAはそれの文字コードセットを知っているはずで、
それならばXML文書自身にそれを明記する必要はないってこと。
0156名無しさん＠１周年
NGNGうん？ いつ知るの？
0157名無しさん＠１周年
NGNGっていったら手伝ってくれる人いる？
0158ヒルケイツ
NGNG>157
ほんじゃ、わしが手伝っちゃるばい。おっちゃんに任せとき。
0159名無しさん＠１周年
NGNGサーバ側は、servletに決まり！
0160153
NGNGHTTPレスポンスヘッダとか。
0161名無しさん＠１周年
NGNG過去ログ検索、検索エンジンに使うとか以外に人工知能に使うとか、
いろいろ応用がききそうです。
0162107
NGNGHTTPサーバーはどうやってそのファイルの文字コードを知るの？
0163猫人
NGNG0164名無しさん＠１周年
NGNG0165157
NGNG0166猫人
NGNGこんなのも分からんでどうする！＜自分
0167名無しさん＠１周年
NGNGパーサや専用のエディタさえ整備されてりゃ、
テキストファイルである必然性なんかないような気が。
冗長さも若干解消されるでしょうし、どーせUnicode使うんだし。
0168名無しさん＠１周年
NGNG要するにプログラミングをバイナリ表現で行う
時代が来ると言っているのか？
まあ簡単に読めない方が箔が付くというんならそうかもな(wara
0169名無しさん＠１周年
NGNG0170名無しさん＠１周年
NGNGバイナリ形式で保存っつー手段が提供される気がする。
0171107
NGNG> XMLという規格自体をバイナリ化してしまうわけにゃいかんのでしょうか？
それだとXDRやASN.1と同じかも...
>>168
> まあ簡単に読めない方が
XMLやXSLやSML Schemaが簡単に読めるかというと多少疑問かも...
0172名無しさん＠１周年
NGNGいやその、XMLにバイナリ埋めこめないのかって話の流れでせう。
0173名無しさん＠１周年
NGNG0174名無しさん＠１周年
NGNG0175猫人
NGNG自分の中で確証が取れないっす…鬱
一応分かったところを書いておきます。
まず、162さんの
>HTTPサーバーはどうやってそのファイルの文字コードを知るの？
これはApacheの文献やApacheの設定ファイルとかを
自分なりに調べた結論ですが、
HTTPサーバ自体はファイルの文字コードは見ていない。
と思われます。限った話で申し訳ないのですが、
Apacheは文字コードを検知する形ではなく、拡張子を見て
(MIMEタイプに応じて)UserAgentに文字コード情報を送ってるみたいです。
UserAgentはもちろんHTTPサーバと接続している時に
自分の使える文字コードを教えてるので、(jaとかですね)
日本語なら日本語でUA側で判別して、
日本語が正しく(正しくないこともある(^^;)表示されるようです。
153さんの、
>ところで、XML宣言で文字セット指定するのは何か意味あるの？
は、これはパーサやブラウザなどのUIに関わってくる問題になるのでは？と思います。
やっぱりWebブラウザで見るときに文字化け、
ブラウザのアドインのエラー（データの橋渡しにも使われるかも知れない）
を考慮すると、HTMLの<META CONTENT="">のように無視する、というのは
あまり得策ではない、とそのレベルだと思います。
(きっと手書きでは余り使わないと思いますけどね(^^;)
今自分が発言したことが正しいかも分かってないので
HTTPに詳しい方、詳細レスキボ〜ンです。
#新米Web鯖管理者なのにこんなんでいいのか…
#もっと勉強してきます。
0176名無しさん＠１周年
NGNG一部のゲートウェイやproxy＠｀ Firewall には、エンコードを変換する機能が
ついていたはずです。ただ、アクセスが集中するマシンが余分なことをする
ことでパフォーマンスの低下をまねき、また、encoding が記述されている
ファイルは更なる変換を行い、文字化けするという悲惨な事態を引き起こして
いたと聞きます。しかも、直しようがない。
サーバがそう逝った変換を行うことは実務上無駄と言うことでしょう。まぁ、
サーバは軽く早く、が基本ですし、いちいち個々のファイルの表記にまで
かまってられません。
確か、XML の ML で同様の話が出ていた覚えがあります。
0177名無しさん＠１周年
NGNGhttp://www.debian.org/
ブラウザが何を要求するかで言語が変わるぞ。
0178109（久々）
NGNGhttp://www.google.com/ は日本語ページにとばされるね。
>153
Web上のデータじゃなくて、.xmlファイルを単にデータファイルとして
とらえたときに文字コード指定する意味があるんじゃないの？
0179名無しさん＠１周年
NGNGAccept-language: ja＠｀en＠｀*
Accept-charset: iso-8859-1＠｀euc-jp＠｀*
とかいうリクエストを出すが、前者は言語で後者は
エンコーディング。ja+euc-jp と ja+iso-2022-jp では
当然レスポンスの内容が違う。
0180名無しさん＠１周年
NGNGは関係するけど別の規格ってとこを理解しないと駄目だよね。
前者はHTTP以外の方法で伝達されることもあるし(例えばCDROMマニュアル)、
後者はXML/HTML以外のものも伝送する(例えばplain text)。
だからそれぞれメタ情報を指定するための仕組みがあっても当然。
ただ、つい最近の
http://www.ietf.org/rfc/rfc2376.txt?number=2376
において、text/xmlのdefault charsetがus-asciiになったのは
納得いかんなぁ。日本において、HTTP+HTMLでちゃんと
httpレスポンスヘッダのcontent-typeでcharsetを
指定しているユーザはまれだし、だから現状で文字コード
まわりが混乱している。HTTP+XMLでも同じことを繰り返すのか??
唯一の救いは現状のXMLプロセッサがどれもXML宣言をちゃんと
扱ってくれていることだけど、実装が増えていけばどうなるかわからん。
ユーザが指定してないんだから、「未定義」ってことにしてくれよ。
そうすればあとはファイル中のメタ情報読んでブラウザ側で勝手になんとか
するからさ。
■ このスレッドは過去ログ倉庫に格納されています