[#9445] thread.rb — m_seki@...

18 messages 2000/03/16
[#9446] Re: thread.rb — matz@... (Yukihiro Matsumoto) 2000/03/17

[#9460] Re: thread.rb — m_seki@... 2000/03/21

[#9462] Re: thread.rb — matz@... (Yukihiro Matsumoto) 2000/03/21

まつもと ゆきひろです

[#11281] Re: thread.rb — Masatoshi SEKI <m_seki@...> 2000/10/22

[#9498] timeout しない timeout — ARIMA Yasuhiro <fit0298@...>

有馬です。

20 messages 2000/03/26
[#9506] Re: timeout しない timeout — matz@... (Yukihiro Matsumoto) 2000/03/27

まつもと ゆきひろです

[#9509] Re: timeout しない timeout — gotoken@... (GOTO Kentaro) 2000/03/27

In message "[ruby-dev:9506] Re: timeout しない timeout"

[ruby-dev:9496] Re: parsedate2

From: Tadayoshi Funaba <tadf@...>
Date: 2000-03-26 03:30:35 UTC
List: ruby-dev #9496
ふなばです。

At 2000-03-25T23:33:09+0900 (2451629.10635JD),
matz@netlab.co.jp (Yukihiro Matsumoto) wrote:

matz> 日付の解析には、古いparsedateのように正規表現のパターンを極
matz> めるアプローチとparsedate2のようにきちんと構文解析を行うアプ
matz> ローチとの両方が考えられます。現状のparsedateは最初からあま
matz> りまじめにパターンを考えずにad hocに変更してきたので閉塞感が
matz> あるのですが、これが正規表現を使うアプローチの限界を示してい
matz> るとは限りませんよね。

matz> どちらがいろいろな観点からより望ましいかは見当の余地があるか
matz> も知れません。

そうですね。少し考えましょう。

matz> date2は日付の入れ物として使う場合を特別扱いすれば多分だいぶ
matz> 高速化できますね。が、それは結局日付の正当性の検証を行わない
matz> ということを意味するんで、それはそれで嬉しくないですね。実装
matz> が複雑にもなりそうですし。

検査しないと、殆ど計算ないですからねえ。検査するかしないか、利用者が選
択できると嬉しいと思います?

それ以外にも、少しムダなところはあるんですが、単純さのほうを優先してき
たので、あまり気にしてなかったけど、そうしたほうがよさそうであれば、修
正しようと思ってます (まだ悩んでます)。

matz> 名前についてはライブラリ階層化計画の一貫として適切な名前を与
matz> えるのが良いと思います。

matz>   time/date?

matz> なんかヘンかな。もっと適切な名前があれば歓迎します。

matz>   time/parse
matz>   time/strptime

matz> なども取り込みたいです。

なるほど。そういったことは、まるで考えてなかったですね。将来、ruby の
lib/* で、そのような変更があるということですか。

ふなば ただよし

In This Thread