[#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:9491] Re: parsedate2

From: matz@... (Yukihiro Matsumoto)
Date: 2000-03-25 14:33:09 UTC
List: ruby-dev #9491
まつもと ゆきひろです

In message "[ruby-dev:9489] parsedate2"
    on 00/03/25, Tadayoshi Funaba <tadf@kt.rim.or.jp> writes:

|先日の ruby-list での date2 の話を聞いてから、lib/* の処理速度について
|考えていたんですが、ひょっとして、parsedate って、date2 よりも、処理速
|度において、要求が厳しいのではないかと思いました。
|
|今現在、parsedate2 は rbison で書いてあるので、parsedate よりもかなり
|遅いです。仮令、解析の質がよくても、これは問題になるかもしれません。そ
|れで、このことについて、意見を訊きたいです。
|# あとで文句いっても遅いかもしれないよ!

うーむ、確かに。

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

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

|ついでですが、date2 1.10 を RAA に登録しました。
|まつもとさん、お手数ですが、差し替えお願いします。

了解です。

|date2 についても、ご意見歓迎です。

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

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

  time/date?

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

  time/parse
  time/strptime

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


                                まつもと ゆきひろ /:|)

In This Thread