Some Deliverable - v0.1.docx
のように、末尾にバージョン番号を組み込むような規則を使用してファイルに名前を付けることがよくあります。同僚が変更を加えて改訂版を送り返すと、そのバージョン番号が更新されることがありますが、余分なピリオドはSome Deliverable - v0 2.docx
などのスペースに置き換えられます。
これは、多種多様な同僚がいるために頻繁に発生します。つまり、複数のピリオドを含むファイルに名前を付けることにはまだ危険がありますか?私の同僚は過度に用心深く、または有効な予防策を講じていますか?また、それが有効な予防策である場合、複数のピリオドを含むファイルが問題を引き起こすのはどのような場合ですか?
これがWindows 95以前の日からのホールドオーバーである場合、私は心配していませんが、これが、たとえば、MacユーザーまたはiPadユーザーとファイルを共有するときに問題を引き起こすものである場合はどうでしょうか。 –またはLinuxユーザーの場合、方法を変更して、拡張子の前のファイル名を1つのピリオドにします。
長いファイル名 と [〜#〜] vfat [〜#〜] が存在するため、2つのピリオドが含まれるファイル名はWindowsで完全に有効です。
最新のファイルシステムに関する限り、拡張子などはありません。ピリオドは他のような文字です。 GUIは、lastピリオドに続くすべてをファイルの拡張子として扱います。
Linuxは常にこのように動作しました。
SharePoint 、 ProFTP 、 TransferText 、 Symphony 、 KVR Audio および serveir すべてのファイル名に複数のピリオドがあるか、何らかの問題がありました。
ただし、複数の期間を適切に処理しないと、最終的にはバグになります。ファイル名をベース名と拡張子で吐き出すときに間違いを犯しがちですが、問題はファイル名ではなくプログラムです。
Windows 95以降のWindowsでは、複数のドットは問題になりませんでした。
(引用符を追加するのが嫌いなので、ピリオドは使用しません""
ターミナルで後。しかし、それはあなたの質問のポイントではありません。)
ただし、ファイル名に複数のドットが含まれていると、ほとんどの場合Webアプリケーションとアップロード機能で問題が発生する可能性があります(明らかにこの機能が正しく実装されていないためです)。
Windows Corporateで問題を発見しましたXP SP3 this like。基本的に、ファイル名がstartでない限り、基本的に好きなだけピリオドを付けることができます期間。
例:
.ILS.files.in.use.DFS.20140515.0700.csv
(UnixからコピーされたファイルFS Windowsへ、これはUnixでの正当なファイル名だと思います)
このファイルの名前を変更しようとすると、操作の最初の期間を残すと、「ファイル名を入力する必要があります」というエラーメッセージが表示されて失敗します。
最初のピリオドを削除し、ピリオド区切り記号付きの日付スタンプを追加すると、これは、好きなだけピリオドを持つことができ(他の名前の制限に従う)、有効なWindowsファイル名であることを示しています。
ILS.files.in.use.DFS.2014.05.15.0700.csv