解決策 1:
<オール>では...「最適な」日時形式のサンプル:
<オール>20120317T1748Z
- 100% ISO 8601 に準拠
- 英数字のみ (システム管理者にとって非常に使いやすい)
- すぐに読めるわけではありませんが、素人でも確実に読めます
2012-03-17T1748Z
- 日付部分は ISO 8601 に準拠しています
- 時間部分は ISO 8601 に準拠しています
- 日付と時刻の遷移は ISO 8601 に準拠しています
- ISO 8601 の「拡張」形式 (ハイフン付きの日付、コロン付きの時刻) と ISO 8601 の「基本」形式 (ハイフンなしの日付、コロンなしの時刻) を混在させていますが、これはおそらく正しくありません
- 「-」文字を追加します (対 1)
- 素人でも読みやすい (vs 1.)
2012-03-17--1748Z
- 日付部分は ISO 8601 に準拠しています
- 時間部分は ISO 8601 に準拠しています
- 日付と時刻の遷移は ISO 8601 に準拠していません
- ISO 8601 の「拡張」形式と ISO 8601 の「基本」形式を混合
- 素人でも読みやすい (vs 1. および 2.)
- 新しいキャラクターなし (vs 2.)
1. は完全に IAW の標準であるため、私は 1. に偏っていますが、他のものもそれに近いものです。
注::もちろん、必要に応じて秒数を追加してください。 ...そして、はい、秒 (または分) の有無にかかわらず、すべて IAW ISO 8601 です。:)
解決策 2:
タイムゾーンは含めず、世界時のみを使用します。混乱する可能性がある場合は、-UTC サフィックスを追加できます。タイムゾーンを指定すると、誰かがそれに依存する可能性があります。また、DST の変更または DST シフトが一部の処理に大混乱をもたらしたり、DST 構成が最新でないために一部のシステムで処理が異なるという奇妙なエッジケースが発生する可能性があります。 UTC は常にどこでも同じです。
ファイルデータの日時を識別しやすくするという意味で、ハイフンを使用するとファイル名が読みやすくなると思います。 1 秒未満の精度を含めたい場合、通常は .nnnnn です。
個人的には T は好きではありません。ファイル名にコロンを使用すると、他のファイル システムとの相互運用性に影響を与える可能性があります。