アカウント名:
パスワード:
DateTime.ToString();は実行環境のカルチャで出力変わるから日本じゃ機能しない…。ただDD/MM/YYとMM/DD/YYの両方対応してるし、mm/ss/HHみたいな順番でも機能するのは優しい。ともかくDateTimeの比較にToString();はしない方が良い。doubleですら危険。
日本だとこうだね>"2022/01/09 12:00:00"
うんにゃ、厳密には違うよ。引数なしのToStringは、[地域設定]で設定された形式(短い形式のほう)になる。日本では初期値がそうなっているけど、変更も可能。
なので、「日本では"2022/01/09 12:00:00"」と思い込むと痛い目に合う。
そうそう。24時間表記が気に入らなくてAM/PM表示するようにしてたりとか、ゼロフィル/ゼロサプレスしてたりね。
日本だと和暦使うやつも多いでしょ。
ええ、テスト環境は和暦にしてます。ものの見事に動作しないものばかりですよ。オフショアに派遣だけででなく自社のやつまでみんな文字列にしたがる。
WindowsのC++ソフトだけど、日付と時間を取得する時は、基本的に、日付と時間のフォーマットを"yyyy/mm/dd hh:mm:ss"に変更してToStringしてるなぁ...そうすれば、PCの設定関係ないし。
OSの設定を変えるもよしコードで現在のカルチャを変えるもよしですね
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
ソースを見ろ -- ある4桁UID
おま国 (スコア:0)
DateTime.ToString();は実行環境のカルチャで出力変わるから日本じゃ機能しない…。
ただDD/MM/YYとMM/DD/YYの両方対応してるし、mm/ss/HHみたいな順番でも機能するのは優しい。
ともかくDateTimeの比較にToString();はしない方が良い。doubleですら危険。
Re:おま国 (スコア:0)
日本だとこうだね>"2022/01/09 12:00:00"
Re:おま国 (スコア:1)
うんにゃ、厳密には違うよ。
引数なしのToStringは、[地域設定]で設定された形式(短い形式のほう)になる。
日本では初期値がそうなっているけど、変更も可能。
なので、「日本では"2022/01/09 12:00:00"」と思い込むと痛い目に合う。
Re: (スコア:0)
そうそう。24時間表記が気に入らなくてAM/PM表示するようにしてたりとか、ゼロフィル/ゼロサプレスしてたりね。
Re: (スコア:0)
日本だと和暦使うやつも多いでしょ。
ええ、テスト環境は和暦にしてます。
ものの見事に動作しないものばかりですよ。
オフショアに派遣だけででなく自社のやつまでみんな文字列にしたがる。
Re: (スコア:0)
WindowsのC++ソフトだけど、日付と時間を取得する時は、基本的に、日付と時間のフォーマット
を"yyyy/mm/dd hh:mm:ss"に変更してToStringしてるなぁ...
そうすれば、PCの設定関係ないし。
Re: (スコア:0)
OSの設定を変えるもよしコードで現在のカルチャを変えるもよしですね