いまさら気付くファイル命名規則
2010年2月22日 日常WindowsXP以降ファイル名のソート順規則が変更されている。
このことを知らなかった。
update200909.txt
update201002.txt
update20091028.txt
という三つのファイルがいくら更新しても、上記の順に並ぶ。
なぜ、日付順に並ばないんだ?
2010と2009なら2009が先だろう。なぜだ!
調べてみたらXP以降ファイルソート順規則が変更されていて、
ファイル名中の数字部分はテキストではなく数値と認識するそうだ。
そりゃ20万より2千万の方が上ですわいなぁ。
日付をつけたりつけなかったりするからこうなっちゃった。
レジストリで旧式規則に変更する手口もあるんだが、
Vistaでもこの方式。これからはずっとこの方式で行くんだろう。
きっと、その方が、便利な事もあるんだろう。
なら、自分のファイル命名法則を変更しなきゃならない。
てなわけで、回避方法。
「日付ファイルには、[.]をつける。」
さっきの例なら、
update2009.09.txt
update2010.02.txt
update2009.10.28.txt
このように書いた方が確かに読みやすい。
そして、再ソートすると。
update2009.09.txt
update2009.10.28.txt
update2010.02.txt
うん、問題ない。
「ピリオド以降は拡張子」なんて教わった世代には抵抗あるんだけどね。(笑)
このことを知らなかった。
update200909.txt
update201002.txt
update20091028.txt
という三つのファイルがいくら更新しても、上記の順に並ぶ。
なぜ、日付順に並ばないんだ?
2010と2009なら2009が先だろう。なぜだ!
調べてみたらXP以降ファイルソート順規則が変更されていて、
ファイル名中の数字部分はテキストではなく数値と認識するそうだ。
そりゃ20万より2千万の方が上ですわいなぁ。
日付をつけたりつけなかったりするからこうなっちゃった。
レジストリで旧式規則に変更する手口もあるんだが、
Vistaでもこの方式。これからはずっとこの方式で行くんだろう。
きっと、その方が、便利な事もあるんだろう。
なら、自分のファイル命名法則を変更しなきゃならない。
てなわけで、回避方法。
「日付ファイルには、[.]をつける。」
さっきの例なら、
update2009.09.txt
update2010.02.txt
update2009.10.28.txt
このように書いた方が確かに読みやすい。
そして、再ソートすると。
update2009.09.txt
update2009.10.28.txt
update2010.02.txt
うん、問題ない。
「ピリオド以降は拡張子」なんて教わった世代には抵抗あるんだけどね。(笑)
コメント