semantics - 语义目录名称(单数或复数)

Question

目录的名称是“容器”还是“内容”？这个问题困扰着我，因为如果目录的名称在语义上标题为“容器”，那么该名称应该是单数。 (打个比方:当提到一个包含你的杂货的实际物理袋时 - 人们可能会称它为“杂货”袋而不是“杂货”袋。)相反，如果要断言目录名称的名称目录的内容那么使用复数形式会更有意义。

我知道这个问题存在常识性甚至可用性问题；然而，虽然我想听听这两个选项的实际结果，但我更关心语义。

总而言之:目录的名称是否用作容器或内容的标题？

谢谢。

Answer 1

目录本身不需要名称，因为没有任何内容的目录是无用的。存在目录以将一组文件组合在一起。即使目录当前为空，它也代表这样一个组，只是该组中当前没有文件，这就是它为空的原因。因此，目录的名称应始终描述您可以在该目录中找到的内容。
假设您有一个带盒子的抽屉，并且您使用这些盒子将物理对象组合在一起。要知道每个盒子里面有什么，而不必先打开它看里面，你可以给盒子贴上标签。你会如何标记这些盒子？
如果一个盒子里有铅笔，你应该给它贴上铅笔而不是铅笔的标签，对吗？如果一个盒子里有回形针，你应该给它贴上回形针的标签，而不是回形针，不是吗？这是因为在这些情况下，标签仅描述了 种类要在框中找到的项目。目录也是如此。包含图片的目录很可能应该命名为图片，因此您知道可以在其中找到的文件属于图片类型。
但有时您将项目组合在一起，不是因为它们属于同一类型，而是因为它们属于同一个“实体”。例如。如果您有一个大盒子，里面装有与您 2012 年日本之行相关的所有元素，您可以将其标记为“2012 年日本之行”或者可能只是“2012 年日本”。其实你可以给它贴上“Trip to Japan in 2012 Items”的标签，但“Items”是多余的，因为很明显你会在里面找到元素。与将"file"添加到目录名称相同的方式是多余的。因此，如果您不是因为文件本身有一些共同点而对文件进行分组，而是因为它们属于一个共同的“实体”，那么您通常会在该实体之后命名目录，因为只有一个这样的实体，所以它会是单数。
包含彼得生日图片的目录很可能被命名为图片/彼得生日。另一方面，如果您年复一年地保留彼得每个生日的照片，您宁愿使用像图片/彼得的生日/2016 这样的结构。请注意它是如何突然变成“生日 s ”的，因为现在目录名称再次描述了在里面找到的项目类型，而不是单个事件/目的。
作为一般经验法则:始终以这样一种方式命名目录，即目录名称的读者非常清楚他们可以期望在该目录中找到什么样的文件和其他目录，因此他们可以决定“去那里”是否有趣只需阅读目录名称即可。
如果你将一个目录命名为 Recipe，读者希望在里面找到什么？我希望找到一个或多个文件，所有文件都属于一个配方，例如一个简短的成分列表，一个较长的说明文字和一些支持照片。相反，如果您将目录命名为 Recipes，读者希望在那里找到什么？我希望有几个配方，或者多个文件，每个文件包含一个配方或多个子目录，每个文件都包含属于一个配方的文件。通过这个简单的例子你可以清楚地看到，是否选择复数会影响读者的期望。