Html 在站点上存储图像时使用的文件夹名称长度值得担心吗？

当我构建一个站点时，我总是将图像文件夹（用于内联或css）称为“img”。 在工作中，我们使用“图像”这个名字，这对我来说很好。 这让我对人们认为最好的实践感到好奇。

我是这样看的：

/img/

快速打字

对

标记进行分析

使用更少的位

/images/

完全明确。显然，它包含图像

---

我是否疯狂地花时间思考这个问题，或者是否有一个推荐的命名这个文件夹的标准。

我总是使用/images/

我不知道你为什么这么想。我不认为使用/img/而不是/images/是不好的。我习惯于使用/images/

---

是的，/img/使用的位比/images/稍少。但是如果你不得不担心这些问题…

我不认为这是一个特别重要的问题，但对我来说，一个格式良好且解释清楚的URL总是更好的

所以我投票支持“图像”而不是“img”

---

更好的描述性词汇会更好，例如，如果你只有关于特定主题的图像。

对于资源，如CSS中使用的图像，我总是使用/img/，但对于需要存储或检索的图像，如产品图像，然后，这些文件被放入/images/中，当然，其中包含更详细的文件夹。

您可能会疯狂地担心这一点：

• 就数据传输而言，差异可以忽略不计
• 在搜索引擎优化方面，谷歌知道图像就是图像
• 就开发速度而言，我再次想象，打字时间的差异也可以忽略不计
• 就清晰度而言，“img”或“images”都可以让开发人员非常清楚这里的内容
• 据我所知，这方面没有“标准”

---

出于您概述的原因，我喜欢将img名称用于图像文件夹：

• 快速打字
• 使用更少的位

相反，/images/为用户提供了更易于理解的网站资源本地化。所以它对用户更友好一点（这对SEO也有好处）

---

无论如何，差异非常小，如果您使用其中一个而不是另一个，您将无法获得明显的改进，因此您不必担心。

为了清晰起见，我希望路径总长度不会超过256个字符。@Jeroen 256个字符有什么用？我想甚至更少。由于相对路径必须解析为物理路径，而且我不知道站点运行的操作系统是什么，所以您可能会遇到超出操作系统文件系统限制的问题，对吗？由于相对路径只是绝对路径的一部分，我想256已经太多了。我会尽量简短。除了一些Windows API和路径比

MAX\u PATH

长的问题（这在我们使用NTFS时就不是一个真正的限制），真的完全没有理由担心3个字母——如果我见过的话，这是所有过早优化的根源。特别是因为取决于你在哪里使用它，你可能根本不会保存任何东西。真的有没有开发人员在资源文件夹中阅读“img”时不会立即想到“图像”？难以想象imo@Voo：URL不仅仅针对开发者。如果“普通”人必须查看您的URL才能了解发生了什么，我会更担心一般的UI设计。而且图像URL通常是隐藏在视图之外的——我的意思是，也没有理由在“图像”上使用“img”。但是我认为这两个都是一败涂地（显然，如果URL是UI的一个重要部分，那么它值得考虑，但这似乎是一个有缺陷的设计？@Voo：我认为URL是网站的一个重要部分，也是用于导航的。我经常像时间机器一样使用它们，在几年或几个月之间移动。因为URL代表资源，所以它们必须正确描述资源，没有随机字符或不清楚的单词。在这个例子中，这真的不重要，但即使如此，作为一个原则问题，我还是会坚持使用一个明确的词。我认为这取决于我们认为资源是为谁使用的。我想我们都同意，对于程序员来说，img是完美的。所以问题基本上是，我们是否认为主页的普通访问者（积极寻找它的人，几乎肯定会属于“程序员”类别）会或应该以任何方式接触路径或与之交互。现在我认为他们一般不应该这样做，但我可以看出这是多么值得讨论