文件名是否应包含多个句点？

Question

我经常使用一种惯例来命名文件，比如在末尾添加一个版本号，类似于Some Deliverable - v0.1.docx。有时，当同事进行更改并发回修订版本时，他们会更新该版本号，但他们也会用空格替换多余的句点，例如Some Deliverable - v0 2.docx。

这种情况经常发生，同事也各式各样，我不禁想问：用多个句点命名文件是否仍然危险？我的同事是否过于谨慎或采取了有效的预防措施？如果这是有效的预防措施，那么在什么情况下，带有多个句点的文件会导致问题？

如果这是 Windows 95 之前遗留的问题，那么我并不担心，但如果这个问题在与 Mac 用户（或 iPad 用户？）或 Linux 用户共享文件时会导致问题，那么我会改变我的方式，在文件名的扩展名前坚持使用一个句点。

Answer 1

理论

自从长文件名和心室颤动存在，包含两个句点的文件名在 Windows 中是完全有效的。

就现代文件系统而言，没有扩展名。句号和其他字符一样。GUI 将句号后面的所有内容视为最后的以句点作为文件扩展名。

Linux 一直都是这样表现的。

实践

SharePoint，FTP服务，传输文本，交响乐，KVR 音频和服务所有人都有或曾经遇到过文件名中包含多个句点的问题。

但是，不能正确处理多个句点最终会成为一个错误。在将文件名拆分为基本名称和扩展名时很容易出错，但问题出在程序上，而不是文件名上。

Answer 2

自 Windows 95 以来，多个点在 Windows 上不再是问题，在其他操作系统上则不再是问题。

（我从不使用句号，因为我讨厌在终端中添加引号""。但这不是你的问题的重点。）

但文件名中的多个点在某些情况下可能会导致问题，主要是有关 web 应用程序和上传功能（显然是因为该功能的实现不正确）。

Answer 3

我刚刚在 Windows Corporate XP SP3 下发现了类似的问题。基本上，我可以有任意数量的句点，只要文件名不开始带有句号。

例子：

.ILS.files.in.use.DFS.20140515.0700.csv

（文件从 Unix FS 复制到 Windows，我相信这是 Unix 下的合法文件名）

当我尝试重命名此文件时，如果我在操作中保留初始句点，则会失败并显示错误消息“您必须输入文件名”。

删除初始句点并添加带有句点分隔符的日期戳，这表明您可以拥有任意数量的句点（受其他名称限制）并且是有效的 Windows 文件名：

ILS.files.in.use.DFS.2014.05.15.0700.csv