もの悲しい現実。ＶＲＭＬの未来を垣間見た。

スキーマについて書こうとおもって、RELAX NG（スキーマ言語のひとつ）の日本語ポータルを見たら、既にそこは乾涸らびてカビがはえた状態だった。そもそもＸＭＬの可用性が今ひとつはっきりしていないのに、妥当かどうかの検証の仕組みを整理するというのが間違いかも知れない。で、少し前に話題になったらしいＶＲＭＬは更に酷い状況だ。３Ｄゲームの今更ながらつたないポリゴン画面を見て心躍らせる研究者はいないだろう。専用ビューワが必要なんてこれ以上私になをさせたいのか？と尋ねたくもなる。魅力は感じない。ＸＭＬの活用としてはデータとしての扱いをより幅広く活用できるよう、文書を統一しないまでもある一意のルールに則って記述すること。それが根本である。目的は綺麗な文書を書くことではない。あくまでもその文書の利用において真価を発揮するモノであって、ＸＭＬ自体はデータの集まりでしかない。スキーマについてかこうとおもったら、いきなり出鼻をくじかれた感がある。まあ、ＤＴＤをうまくプログラムすれば結局あーだこーだ、ルールに縛られる必要もない。ＤＴＤをＲＥＬＡＸ　ＮＧに変換できたからといって、取引先に入れろと頼めるわけもない。ハッキリ言って利点がないので「廃れて当然である」。自分だけ判る文章を作っても理解は得られない。残念だが学者はココが頭が固い。「利用」されなければいくら良い技術であろうとも価値はない。で、肝心のスキーマだが、やはり確実で柔軟なＤＴＤが一番取っつきやすい。そもそも標準的な仕組みとしてある程度動作に信頼がある。こんなシチュエーションに出くわした。ＰＰＴＰ、つまりＶＰＮネットワークを組んでいたときである。回線にも問題はないし、ゲートウェイもプロトコルが通過できることを確認したが、繋がらない。どうやらネットワークアプリの問題らしいと判った。しかしそれはＵＮＩＸを基本にしたＭＡＣ。Ｐｅｒｆａｒｅｎｃｅをテキストエディタでいじっていたときのこと。そういやアレは紛れもなくＸＭＬ。宣言こそ省略してはあったが・・。で、ＵＮＩＸでアプリにデーターを格納するとき、柔軟に細かく制御したい場面が来たとき、やたらと設定ファイルをviで開き、パラメーターを入れるのが死ぬほど億劫になったのを思い出した。大体同じ値が入るのに、扱う書式がバラバラだからいちいち手作業なのはなんとかならんか？こんなのに信憑性もないＯＳのバージョンが違えば動作がどうだかのスクリプトなんてのに、任せて良いのかと疑問を抱いた。
で、ちょろちょろApacheを2ついれローカルとＷＷＷとして切り分けていたＭＡＣはしばらく放っておいた。ＸＭＬでフロー（データのセクション）ごとにエディタで開いて変更して、あとでそれこそスクリプトで処理してアプリで格納すれば楽じゃないかと思ったわけ。ということは、エディタは開発しなくて良いから、そこそこ良い文書に専念してうまくＸＳＬでテンプレートをつくればいいと思った。ＤＴＤは、この開発の著作権、版権みたいなモノ。エディタは誰でも扱えるし、何より操作が楽だからと思ってたら、Ｆｒｉｃｋｅｒが既にそのようなサービスをやっている。だろね。じゃあ・・というわけでもないが、データベースにもちっと人に優しいインターフェイスはないのかと思ってたら、ＸＭＬが使えそうである。簡単に説明すれば、データ、それを操作、加工等に統一した書式とルールを与えようというのがＸＭＬである。データ抽出、追加、削除はプログラムに任せようという仕様である。（というかそれが一般的だ）JAVAを利用した方法が書かれた本が多い。でも本当は計算より抽出、追加、削除が一番使うことだろう。年間通じてそう何回も棚卸しをするのじゃなければ。データー入力に無効な数字をエラーとして吐き出すとき、その文書の妥当性が必要となるこれが、ＤＴＤである。売り上げの入れるべきトコロに名前を書いて保存したら「駄目ですよ」と。顧客データを切り取ろうとしたら、そのままでは違反となって保存できませんとエラーが出れば、危険は回避できそうな気がする。あまり複雑な処理系を選ぶのは賢明ではない。ココはインタプリタが良いでしょうね。ＭＡＣでは、階層を表示し値を変更できるエディタがある。（Property List Editor）コレもまたＭＡＣ限定ではあるが、ＸＭＬエディタとして機能する。作成にはopen officeであれば、実際ＸＭＬとＪＡＶＡで構成した文書作成系、しかも妥当なＸＭＬ文書を生成するので、加工はし易い。ＤＯＭはＮＶＵでも実装して、外部からインポート出来るようになっている。開発環境は手軽だ。ここらでＸＭＬというのが、処理系というよりインターフェイスとしてのアプリとの中間に位置しているということがお判りだろうか？次回は実際の文書について言及しよう。ＤＴＤはそれからの方が理解しやすいからだ。

Powered by ScribeFire.