From: Tanaka Akira Date: 2008-02-19T14:32:15+09:00 Subject: [ruby-dev:33856] Re: encdet.rb In article <20080215.210932.373570872046057306.kou@cozmixng.org>, Kouhei Sutou writes: > ひとつしかないことでなにか問題があった経験があるということで > しょうか？ そのようなディレクトリは覚えにくいと感じています。 おそらく、階層構造にすることは分類の意味があるのに、ひとつし かないのでは分類の意味がないことが原因ではないかと思っていま す。一般に意味のないことを覚えるのは難しいものですし。 > 個人的には、encdetのようなよく使われているわけではない省略名 > を使った名前にはあんまりいい印象はありません。（パッと見てな > にを意味しているのか分からない。） はい。どのくらい省略し、どのくらい省略しないかは調整の余地が あります。 いまのところ、encdet よりは長くしようかという気になっていま す。 ただ、データ自身にエンコーディングを記録するというのは、それ なりに普及してほしいと思っているので、使いにくいほど長くした いとは思いません。その意味で Encoding::Detector.open はちょっ と長すぎるように思います。 比較対象のロケール依存なものは open の 4文字なのでこれと同等 の長さを望むのは無理だと思いますが、あまり差が開きすぎるのは よろしくないと感じています。 > 印象とは関係ありませんが、Rubyでは名前空間をディレクトリ構造 > に反映していることはわりと普通なことのように思います。 > URIやWEBrickなどもそうなっている気がします。 そうですね。URI や WEBrick よりは Net のほうが例としては適切 だと思いますが、その慣習はたしかにあると思います。そういう慣 習が覚えやすさの要因になるのはたしかです。 >> 今回提案しているもの以外に、なにか具体的に encoding/ 以下に >> 入れたいものがありますか? > > 私は特にありません。 > 他に入れるものがあるのならディレクトリを掘るのは気にならない > ということでしょうか？ > 言い方を変えると、encoding/以下に入るものがこれ以上増える可能 > 性が0であれば、encoding/は作りたくないということでしょうか？ 最初に述べたように覚えにくいと思っていますので、気が進みませ ん。 そんなわけで、encdetect かなぁ、と思っています。 -- [田中 哲][たなか あきら][Tanaka Akira]