2002年12月1日(日)更新 |
■XML Schemaではデータ型ありき
たけち: 今まで、「複合型内容を持った複合型」の「派生」について、いろいろと勉強してみてきたよね。 さらら: そうよね。でも、これで「複合型内容を持った複合型」の「派生」について自信がついたわ (^ ^* たけち: そうだね。ただ、「派生」ではうまくいかない場合の対処の仕方も覚えておかないといけないね。 さらら: えっ? |
たけち: 最初にXML Schemaでははじめにデータ型ありきという話をしたよね。 さらら: そうよね、それが基本的な考え方だったわね。 たけち: そして、自分で新しいデータ型を定義しようと思ったら、あるデータ型から派生させないといけないということも勉強したよね。 さらら: 実際、そうなんでしょ。今までそういうことばかり勉強してきたわ。 たけち: そうだね。こういう基本原則は厳としてXML Schemaには存在するわけなんだけれど、ただそれよりも低いレベル、つまりモデルグループのレベルで修正を加えるような方法もあるんだ。 さらら: ???? |
■オブジェト指向と再利用性
たけち: 今までXML Schemaについては「良くも悪くもオブジェクト指向」という表現で、その特徴を説明していたよね。 さらら: そうだったわ。 たけち: 何故、スキーマ言語にオブジェクト指向を取り入れたかということを考えると、現在、オブジェクト指向がソフトウェア開発の中心的なパラダイムになっている、という事情があるんだけれど...どうしてオブジェクト指向が中心的なパラダイムになったんだろうか? さらら: え?(@o@) そんなことを言われても..... 要するにオブジェクト指向が便利だからでしょ。 たけち: そう「便利だから」なんだけど、どんなところが便利なのかわかるかい? さらら: そんなのわからない...(^ ^; (いじわる) たけち: オブジェクト指向の便利さというのは、いろいろな視点から語ることができるけれど、その便利さの一つは再利用性が高くなるということなんだね。 |
さらら: 再利用... たけち: つまり一度書いたコードは、できるだけ使いまわそう、ということだね。 さらら: あっ、なるほど〜。そうそう。使い回しは大事だわよね。お中元、お歳暮のいらないのは使いまわさないといけないし、その包装紙もいろいろと再利用したいし、牛乳パックも再利用できるわよね。それから、ファストフード寿司を買った際についていたお椀も、食器として使いまわして... たけち: さっ、さらら.....(^ ^;) さらら: ...って、平成の世の主婦は言っているわよね(^ ^;) |
たけち: まあ確かにそうだね(^^;) コンピュータの世界も同じで、大同小異のプログラムを次々に作っていては無駄が多いんだよね。そこで、ある機能を持ったコードの塊に名前をつけておいて用意しておき、それをある特定の用途に使う、つまりライブラリを利用するというのは、コンピュータプログラミングの基本なんだよね。 さらら: はっ、はぁ......(^ ^;) |
■継承と派生
たけち: そして、静的なデータ型の部分と、動的な関数(メソッド)の部分がセットになったクラスを、カスタマイズするための手段が継承つまり、XML Schemaでいうところの派生なんだね。これによりクラスライブラリの再利用性を高めることができたんだね。 さらら: ふ〜ん、そうなの。 たけち: ところで、一般のオブジェクト指向プログラミング言語においては、クラスを構成している、「継承」などで追加できるようなデータ群の間には、そもそも「順番」「並び」といった考え方が存在しないんだ。どれが1番目で、どれが2番目で、どれが最後といった考え方が存在しない。例えば、あるクラスを拡張して、あるデータを追加した別のクラスを作ったとすると、その追加したデータは、従来あったデータと比べて最後の方に置かれる...などといった考え方そのものがないんだね。そういう「順番」「並び」といった考え方を、今までのオブジェクト指向プログラミング言語は持ち込まなかったし、持ちこまないからこそスムーズに処理できた、という面があるんだ。 さらら: ふ〜ん。 たけち: XML Schemaでは、オブジェクト指向の継承、つまり派生の考え方を導入することによって、単純型はうまくいったし、「順番」「並び」といった考え方がない属性でもうまくいったんだ。 |
<xsd:sequence> |
たけち: という結果を求めることしかできなかったんだね。 さらら: あれは不便そうだったわ。 |
■(例)要素の前に要素を追加
たけち: そうだね。本来、オブジェクト指向を導入した目的として「再利用性を高める」ということがあったと思うんだけれど、それがある意味ではうまくいっていないわけなんだよね。そもそも「順番」「並び」といった考え方に対して、オブジェクト指向を適用しようという限界が、ここに現れていると言えるよね。 さらら: でも、以前代替グループを勉強したときには、綺麗にまとめられていたじゃない。 たけち: そう、あれは元々、オブジェクト指向的に解析できる問題だからこそうまくいったんだよ。ところが、何でもかんでもオブジェクト指向的に解釈できるわけじゃないんだね。例えば、次のようなXMLデータとXML Schemaを見てみようね。 |
※XMLデータ例 <?xml version="1.0" encoding="Shift_JIS" ?> |
※XML Schema例 <?xml version="1.0" encoding="Shift_JIS" ?> |
さらら: えぇ。これまで出てきた例ね。 たけち: これのyomi要素よりも前に作者を表すpoet要素を追加するにはどうしたらいいと思う? さらら: えぇっ? う〜ん。。。。。PoemTypeを「拡張」しても無理なのよね。 たけち: そうだね、こういうスキーマの書き方ではちょっと無理だよね。でも、スキーマが次のようだったら、できる方法があるんだ。次のXML Schemaを見て。 |
※XML Schema例(2): 名前付きモデルグループを使用
<?xml version="1.0" encoding="Shift_JIS" ?> |
■名前付きモデルグループを使う
さらら: あっ、こんな書き方もできるのね。 たけち: そう、そしてこれをベースに次のように書き加えると、yomi要素よりも前に作者を表すpoet要素を追加することができるんだよ。 |
※XML Schema例(3): yomi要素の前にpoet要素を追加
<?xml version="1.0" encoding="Shift_JIS" ?> |
たけち: ここで見てもらいたいのは、次の個所だよ。 |
※extendPoemGroup: yomi要素の前にpoet要素を追加
<xsd:group name="extendPoemGroup"> |
たけち: 名前付きモデルグループpoemGroupを参照して、新たな名前付きモデルグループextendPoemGroupを作っているね。これによって、yomi要素よりも前に作者を表すpoet要素を追加するということができたんだね。派生を使うよりも一段低いレベルで修正しているから、ちょっと面倒くさそうだけれど、でも、以前に定義したことを下敷きにできたんだ。この程度の例だとあまり有り難味がわかないけれど、もっと複雑な例だと、こういうテクニックが有効になってくるんだよ。 さらら: なるほど〜、こんなこともできるのね。 たけち: 今回の例は、「redefine」というテクニックと一緒に使うと、もっと有効なんだけれど、それについては後で説明するね。今日はこれでおしまい。次回は「ID型, IDREF型, IDREFS型」についてみてみようね。 さらら: は〜い。 次回は、ID型, IDREF型, IDREFS型です...... (^ ^)v |
■XMLスキーマのコーナーは、TAKABEさま(XSLTの遊び部屋)の全面的なご協力をいただいて作成しています。 |