[ruby-dev:20330] Re: [Oniguruma] intersection of char class

> -----Original Message-----
> From: Tanaka Akira [mailto:[e-mail]]
> > [A&&[B]]                A and B
> > [A&&[B]C]             (A and B) or C
> > [A&&[B]C&&[D]]    ((A and B) or C) and D
> 
> Ruby の(文の) and, or と同じやりかたの優先順位ですね。
> 
> ただ、この場合、共通集合を意味する "&&" と和集合を意味する "" で左右の
> オペランドのくっつきかたを比べると、和集合の方がくっついている(共通集
> 合はオペランド間に 2文字あるのに和集合は 1文字もない) ので、和集合の優
> 先順位をあげた方が自然じゃないかなぁ、と思います。

確かにそうですね。
そうします。

> > 文字クラスの中で文字クラスをグループ化する[....]については、
> > 現時点では実装する予定はないです。
> > それが有用な場合でも、他の記述方法で対処してもらうしかありません。
> 
> うぅむ。許容範囲ではありますが、ちょっと残念です。

実装はできると思いますが、文字クラス中の'['の意味を変えることが
許されるかどうか、ということを心配しています。
エスケープなしで'['を使用したときに警告を出すように
1.8が変更されたことによって、もう大丈夫と考えてもよいのでしょうか？

> そのうち、文字クラスも
> 
> char = /[\0-\177]/
> ctl = /[\0-\037\177]/
> separators = /[()<>@,;:\\"/\[\]?={} \t]/
> 
> token = /[#{char}&&[^#{ctl}]&&[^#{separators}]]+/
> 
> というような展開がうまくいくように Regexp#to_s を変えること提案するこ
> とをもくろんでいたのですが。
> # i オプションの扱いがちょっと問題ですが。

なるほど。
これを見ると、文字クラス中での[...]を導入したくなりますね。
--
小迫＠出向中