API越しでタイムスタンプをやりとりする時のフォーマットをどうするべきか - その手の平は尻もつかめるさ

APIのリクエストにせよレスポンスにせよ、タイムスタンプを利用するというのはよくある話です。 この時、そのタイムスタンプのフォーマットをどうするのが良いのかという話題です。IDLを使って縛るというというのは良い考えだと思いますが、IDLを使うにせよフォーマットについては決めなくてはならないので。 1. 文字列を使う これあんま良くないと思うんですよね……というのも、とあるAPIを触っている時に「タイムスタンプはRFC3339です」というフィールドがあったんですけれどRFC3339ではないフォーマットで返却されたり受け入れられたりしたのであまり信用ができない…… まあフォーマットが不正というのは極端な例かもしれないですが、仮にフォーマットが不正だと多くの場合 strptime() や time.Parse() なんかの時刻文字列のparserが正しく動かず (良いケースだとエラーが上がる、悪

[NOV1975]

誰とどういう理由でやり取りするかによるけど、普通はRFCベースの文字列でちゃんと違反チェックすればなんの問題もないと思うんだけど。UnixTimeで暗黙のTZ云々より仕様が明確だと思うので…

[prograti]

TwitterやFacebookのAPIはISO 8601ですね。

[hase0510]

OpenAPIのdate-timeはRFC3339やな。OpenAPI Generatorでテキトーなアプリを作ったりしてるとOpenAPIが大正義

[ryuichi1208]

unix timeを使うが多かったかなぁ。(ここまで考えたことはなかった、、)

[sugimomoto]

あー、これは悩ましいところよね、、、。

[sgo2]

UnixTimeは64bitであるか確認しておかないと、2038年問題に引っかかるので要注意。

[knok]

TAIはなあ…

[tofu-kun]

Unix epoch がベターかな