アカウント名:
パスワード:
ソフトウェアサービスだと、タイムゾーンへの対応は当然行いますよ。内部では UTC で管理して、見せる方は Localtime にするってことですよね。表示の変更はユーザが選ぶようにしてるので、自動にはあえてしなくてもいいかなと。きりがないので。
過去の時刻を参照するとき、その時点の時刻がサマータイムに該当するか照会しなければいけないので今あるソフトはほぼすべて見直しが必要。
ちなみにWindowsのLocalTimeToFileTimeは、いつの時刻を渡しても現在サマータイムかどうかに応じて変換するというたいへん漢らしい仕様です。
なお、ちゃんとその年の情報を見て変換する関数TzSpecificLocalTimeToSystemTimeなども存在します。DST を含む日付と時刻の処理方法 [microsoft.com]:特定のアップデートを適用したWindows XP/Server 2003から使えます。
そんじゃ直さなくてもいいか。これは仕様です。マイクロソフトも同様に処理しています。キリッ。とか言えばいいのかな。
で、日本がサマータイム対応になった時にサポート終了しているWindowsにサマータイム対応のパッチが提供されなくて、泣くことになるわけだ。
案外これがサマータイム導入断念の決定的な理由になるかもしれん。
だから文字列化するのは表示のときだけで内部は全部UTCであるべき。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
物事のやり方は一つではない -- Perlな人
控えめな対応 (スコア:0)
ソフトウェアサービスだと、タイムゾーンへの対応は当然行いますよ。
内部では UTC で管理して、見せる方は Localtime にするってことですよね。
表示の変更はユーザが選ぶようにしてるので、自動にはあえてしなくてもいいかなと。
きりがないので。
Re:控えめな対応 (スコア:1)
過去の時刻を参照するとき、その時点の時刻がサマータイムに該当するか照会しなければいけないので
今あるソフトはほぼすべて見直しが必要。
Re:控えめな対応 (スコア:2, 興味深い)
ちなみにWindowsのLocalTimeToFileTimeは、いつの時刻を渡しても現在サマータイムかどうかに応じて変換するというたいへん漢らしい仕様です。
Re:控えめな対応 (スコア:1)
なお、ちゃんとその年の情報を見て変換する関数TzSpecificLocalTimeToSystemTimeなども存在します。DST を含む日付と時刻の処理方法 [microsoft.com]:特定のアップデートを適用したWindows XP/Server 2003から使えます。
Re: (スコア:0)
そんじゃ直さなくてもいいか。
これは仕様です。マイクロソフトも同様に処理しています。キリッ。とか言えばいいのかな。
Re: (スコア:0)
で、日本がサマータイム対応になった時にサポート終了しているWindowsにサマータイム対応のパッチが提供されなくて、泣くことになるわけだ。
Re: (スコア:0)
案外これがサマータイム導入断念の決定的な理由になるかもしれん。
Re:控えめな対応 (スコア:2)
Re: (スコア:0)
だから文字列化するのは表示のときだけで内部は全部UTCであるべき。
Re:控えめな対応 (スコア:2)