ruby-dev

In article <20060726.224350.74754870.tadf@dotrb.org>,
  Tadayoshi Funaba <tadf@dotrb.org> writes:

> これが Windows のものだとすれば、田中さんのいわれるように、Mexico
> Standard Time 2 が問題になりそうです。
>
> また、parsedate や Date::parse で対処したとしても Date::strptime など
> では、こういったタイムゾーン名はあつかえない、といったことがあります。
> さらに、なかむらさんのいうように、たぶん、地域によって実際の表示が違う
> と思われますが、今のところそれらは対処しきれないと思います。
>
> ところで、この報告をしてきた人は、parsedate は Time#to_s の結果を解釈
> できて当たり前だと思いこんでないでしょうか。だとすると、半端な対処は意
> 味がないかもしれません。

報告をした人の意図とは外れるかもしれませんが、私の意図は、
parsedate のパターンを緩めるのは完全ではないにしろ十分に嬉し
いかもしれない、というものです。

もちろん、半端では意味がないかもしれないという見方もありえま
すので、その立場をとるのであればとくに緩める必要はないでしょ
う。

> その場合、Time のほうで対応する、ということも考えられます。Time#to_s 
> の適切な逆関数を用意する、あるいはTime#to_s が Mexico Standard Time の
> ような名前をつかうのを止める (書式を変える)、ということも考えられます。

それはそれで今進んでいますが素晴らしいことだと思います。

> 僕としては、課題がある、と理解しましたが、この場合の使いかたが悪い、あ
> るいは Time の仕様が、この件についてうまく利用者を誘導できていない、と
> いう可能性はあると思います。

誘導できてないのはまったくもってそのとおりだと思います。

ちょっと考えてみれば numeric な表現のほうが都合がいいことは
明らかですし、ISO 8601 や RFC 2822 とかが numeric な表現を勧
めているのもそういう見識を反映したものでしょう。なので、
numeric なほうに誘導するのが適切です。

でも、Ruby で numeric な表現を使おうと思うと、現状これが簡単
にはほど遠いわけです。名前を返す zone というメソッドはありま
すが numeric なのを返すメソッドはありませんし、strftime の
%z を見付ける人もいますがそれは GNU 拡張でポータブルじゃあり
ませんし。そして、to_s という目立つところで名前を使うわけで
す。

まぁ、ここまで状況が揃ってれば numeric なのがひろまらないの
はそれはそうだろうと思います。

なので、to_s を変えるという今進んでいる話はとてもよいと思い
ます。

> あと、対応するしないは別として、田中さんが挙げたページにある一覧は完全
> なものではないと思うのですが (夏時間の情報がないし)、完全なものがあれ
> ば、欲しいです。

たぶん、あれはプログラムに渡される名前そのものではないのだと
思います。あれはレジストリのキー (というのか?) で、さらにそ
の中身にいろいろ入っているようです。
http://unattended.sourceforge.net/timezones.php
-- 
[田中 哲][たなか あきら][Tanaka Akira]

Thread

Prev Next

In This Thread

Prev Next