如果我要共享图像并希望它们在 Mac OS X / Catalina 和 Windows 上都能工作,这种做法是否好:
My_Holiday_Italy_August_2014_0001.jpg
My Holiday Italy August 2014 0001.jpg
My-Holiday-Italy-August-2014-0001.jpg
显然我无法使用/
它们,\
即使 Mac OSX 可以读取它们。
我有一个适用于 MacOS Catalina 的文件重命名实用程序,但在重命名之前想确保名称是交叉兼容的。
对于文件名来说,对于文件名序列来说,0001 是否比 1、01、001 更好,对于下划线来说,这有效吗?
我欢迎任何关于如何改进我的文件名交叉兼容性实践的建议。
答案1
从技术角度来看,您的任何建议都有效,没有任何区别。选择哪个几乎是主观的,例如,我更喜欢下划线而不是破折号。另一方面,考虑到您单词中的大小写,我更喜欢空格。只是因为这样对我来说,事情看起来更像自然语言和句子。
但问题是:虽然从技术上讲空格不会造成影响,而且理论上可以使用,但有些人会避免使用空格,因为当与命令行应用程序结合使用时,它们可能会造成麻烦。原因是空格用于区分这些应用程序的不同参数,如果路径没有正确引用,事情可能会失败。请看以下示例:
some_app arg_1 arg_2 My Holiday Italy August 2014 0001.jpg
some_app arg_1 arg_2 My_Holiday_Italy_August_2014_0001.jpg
some_app arg_1 arg_2 "My Holiday Italy August 2014 0001.jpg"
我经常认为软件无法处理带空格的路径只是因为存在错误。您需要自行决定是否要冒着因文件命名而无法使用某些软件的风险,有时甚至不是您直接使用的软件存在错误,而是该软件使用的其他东西存在错误等。出于类似的原因,有些人通常不使用非 ASCII 字符。
关于您的后缀,您应该像已经做的那样,优先使用 0 对齐的后缀,例如0001
and ,0123
而不是1
and 123
。虽然这不会再次带来任何技术差异,但它使大多数工具的排序和其他操作变得更容易。它甚至可能在某些时候使筛选您的名称以便进一步进行批量重命名变得更容易。
除此之外,不要想太多。无论如何,你会因为某些原因在某个时候改变主意,并喜欢不同的命名方案,例如将同名文件拆分为同名目录等。没有人阻止您使用其他目录,这本质上就是使用\
或/
最终的含义。