From: UENO Katsuhiro Date: 2002-09-24T18:56:59+09:00 Subject: [ruby-list:36001] Re: [ANN] xmlscan-0.1.0-20020920 うえのです。 On Tue, 24 Sep 2002 10:02:17 +0900 "NAKAMURA, Hiroshi" wrote: > > 少なくとも、現状のようなサブクラスを作る使い方を公開するつもりは > > ないです。 > > 楽しみにしてます。見たこともないようなのがいいな。 ある程度の完成を見るまでは parser としての基本性能 (速さと正確さ) の 追求のみを行うので、今のところ、Visitor パターンな低レベル インターフェースのみの提供となる予定です。 # parse 結果をどのように扱う(と幸せ)か、というのは xmlscan の範疇外。 その後で、高レベルなのを作るとするなら、インベトドリブンなのとか ツリーなのとかはすでにありますし、スキーマっぽいものにするかな？ …と思っていたりいなかったり。 > ちなみにCESはどうなる予定です？$KCODE依存になりますか？ $KCODE依存になります。そこのところは、pure Ruby で書いている限り 仕方のないことだと思ってます。 ただし、特定の CES に依存した書き方はしていませんし、今後もしない つもりです。現時点ですでに $KCODE の変更で扱えるようになる CES (EUC-JP, Shift_JIS, US-ASCII系と UTF-8) には全て対応しているはずです。 # 「特定の CES に依存しない」とは言え、ある程度の前提条件は # 要求しますけどね。str[0] == ?< とかやってますので。 # ですが、その条件はドキュメントに書けるほど明確なものです。 > > まぁ、入力が整形式であることが保証されているなら、XMLScanner だけで > > 十分なんですけどね。 > > SOAP4R的には、整形式でないときにエラーになってくれれば > 問題ありません。 その判定が、結構難しかったりします :) pure Ruby で実用的な速さを保ったまま、どこまで整形式制約をチェック できるかを xmlscan で挑戦してます。全ての制約を実装できないなら、 どの制約がなぜチェックされないのかという線引きを明確にしたいと 考えてます。 -- ---- - - - -- - うえの かつひろ