如何向同事解释文件名不应包含大写字符或特殊字符？

Question

据我所知，最佳方法是命名如下文件：file_name.txt - 或者如果你想使用file-name.txt。

现在有些人似乎喜欢将文件命名为fileName.txt或FILENAME.TXT或“File Name.txt” - 如何解释它们并不是一个好主意？为什么上述文件命名最佳实践？

我只是模糊地知道某些文件系统有大写的问题，并且URI应该只是小写以避免混淆（维基百科在其网址中确实有大写字符，例如http://en.wikipedia.org/wiki/Sinusitis）

W上。

Answer 1

嗯，大写字母的问题是某些文件系统（如NTFS）忽略它们并将filename.txt和FILENAME.TXT视为同一个文件，而其他文件系统（例如，我认为）则将这些视为2个不同的文件。

因此，如果您对一个名为file.txt的文件有一些引用，并且该引用指向文件File.txt，那么在NTFS上这将没有问题，但如果您将文件复制到文件系统像ext一样，引用会失败，因为文件系统认为没有File.txt这样的文件。

因此，最好始终使用小写字母。

Answer 2

如果您的同事无能为力，那么您可能会说服他们所有CAPS需要更多存储空间，使用更多功能，并且更有可能被删除。

但是，如果他们像您一样了解文件名，那么您几乎无法让他们支持您的偏好。

在这种情况下，我喜欢采取荒谬的方法，帮助我的同事想要采取合理的方法。我建议你开始用CrAzY cAsE命名文件。在CrAzY cAsE的几个目录之后，你的ALL CAPS同事和你的小写同事会来找你并要求你停下来。然后你说，我们应该有标准的命名约定，如果我们能够就标准达成一致，我会对结果保持公正。然后将讨论推向小写名称，并将其声明为绑定折衷。

Answer 3

马克西米利安有好处！

最佳做法是避免混淆的可能性（不同的名称视为相同），但我在使用各种系统的地方工作，从DOS到Windows再到Unix，我从不能够说服那些用户应该避免使用CAPS LOCK。

由于我主要处理类似Unix的系统，所以我非常希望能够在所有地方立法处理小写，但我正在敲打砖墙。

对于大多数计算机用户来说，

最佳实践是一个陌生的概念。

如果您的同事是程序员，您可能会有机会。

Answer 4

所有小写都是“最佳实践”的论点很容易证明使用所有CAPS作为最佳实践。

我认为可以说绝大多数用户不在多平台环境中运行，或者至少不会以可能导致他们遇到此处提出的问题的方式运行。

从区分大小写的环境复制到非区分大小写的环境时，问题实际上只是一个问题，在这种情况下，您在单个目录中有多个文件名变体（有些不太可能）。当您认为在这种情况下目录结构变化可能是一个相同的问题时，文件引用对我来说是关键的想法就会失败。

在一天结束时，在公司环境中，应该有一个公布的标准，这样的事情至少鼓励每个人都遵循，对我来说这是最好的做法。那些遵循标准的人不仅要责怪自己。

Answer 5

POSIX标准（IEEE Std 1003.1）定义了可移植文件名的字符集（但是，它确实表明应该保留大小写）。至少它会从集合中删除空格和其他“特殊”字符。

该集合来自记忆：[a-zA-Z0-9 _-。]