[ruby-dev:29157] Re: [ruby-cvs:17256] ruby, ruby: * time.c (time_to_s): generate RFC822 style date string.

成瀬です。

Yukihiro Matsumoto wrote:
> |さておき、あえて RFC 2822 でなく ISO 8601 を推したのは、
> |1.小数秒を指定できる
> |  「YYYY-MM-DDThh:mm:ss.sTZD」という形式で、小数の桁数は不定
>
> to_sには関係ないですね。

to_s は Time オブジェクトをダンプするものではないと考えれば、
小数秒を表示する必要はないとも言えます。
けれども、現在一つのメソッドで小数秒まで出力するメソッドは
Time#strftime を使わないとないので、この機会に to_s で出力すると
いいと思うのですが。

> |2.月が名前でなく数字
>
> これは(私たち日本人にとっては)魅力ですね。

解析する際にも楽ですね。

> |3.obs-zone が許されない（許されるのを利点ととる事もできるでしょうが）
>
> 解釈する側では「許されない」ことは利点でしょうね。ただ、今回
> は生成する方の話ですから。

元々現在の形式だと解釈が大変で、というのが発端ですし、
解釈する側での利点も生成する側で考えることは意味のあることかと思います。

> |といった利点があったからなのですが、いかがでしょうか。
>
> ISO8601は「20060727T161633Z」という圧縮された形式が好みでな
> いので抵抗があります。「2006-07-27T16:16:33Z」でもまだピンと
> きません。どうにも視認性が低い気がして。
> 「2006-07-27 16:16:33 +9000」くらいだと妥協できるんですが、
> これはもうISO8601じゃないし。

「20060727T161633Z」がいまいちなのは賛成します。
「2006-07-27T16:16:33Z」は見慣れると「T」が見えなくなるのですが・・・。
さておき、「2006-07-27 16:16:33 +9000」だと、
YAML の space separated 形式と同じですね。
http://yaml.org/type/timestamp.html
YAML にあわせるというのはありかもしれません。

-- 
NARUSE, Yui  <[e-mail]>
DBDB A476 FDBD 9450 02CD 0EFC BCE3 C388 472E C1EA