Html 您需要图像吗'；alt'；属性（如果您有带连字符的描述性文件名）？

我编写了描述性文件名，包括连字符，如

src=“yellow apple half eat.jpg”

我真的还需要写

alt=“吃了一半的黄苹果”

另外，如果您使用的是

标记，您真的还需要

---

当我有数百张图片时，这是一个很大的麻烦。我是否应该费尽心思编写一个PHP脚本，例如用空格替换连字符，或者这不是必需的？我使用的是HTML5。

如果您没有

alt

内容，最好使用描述性文件名，而不是神秘的文件名，因为有些用户代理可能会在没有其他可用文件的情况下使用该文件名

但是，这并不意味着您可以或应该省略

alt

属性：

• alt

  属性是必需的（另请参见下文）
• 在没有

  alt

  的情况下，并非所有用户代理都使用该文件名
  HTML5不建议用户代理在这种情况下使用文件名，请参阅“如果设置了

  src

  属性而未设置

  alt

  属性”下的部分
  两者都不应该这样做（尽管这似乎不适用于您的情况）：
  标记生成器通常应避免使用图像自己的文件名作为文本替代

• 图像的文件名不一定是构成一个好的

  alt

  内容的原因（它不是因为您在图像上看到了什么，而是它在上下文中的用途，这可能非常不同）

• 用“吃了一半的黄苹果”来代替“吃了一半的黄苹果”甚至“吃了一半的黄苹果”，对用户来说不是很友好

---

如果您不能提供

alt

内容，但可以提供某种标题，则其中一个例外可能与您有关：

---

如果使用带有

figcaption

（用于图像标题）的

figure

元素，则可以省略

alt

属性。请参阅。

此人测试了figcaption选项并。。。它并没有真正取代alt

@Skyfish：只是为了确保：您仍然需要一个合适的标题来访问它，这样您就不会以这种方式“赢得”任何东西（如果您可以生成标题，您可能还可以生成

alt

内容）。有关使用alt属性表示存在figcaption元素的评论不正确；从HTML规范中引用的信息是web浏览器应该遵守的行为，而不是网站作者。请注意，在W3C规范中，web浏览器通常被称为“用户代理”。@TristanBailey:谢谢！这适用于第一个引用（将删除它），但不适用于第二个引用，或者我是否遗漏了什么？4.7.1.1.16如果在发布时文本替代方案不可用，并且验证程序不应该为那些缺少

alt

@unor的

img

元素生成错误，对不起，我以前没有看到规范的该部分。第4.7.1.1.16节实际上与网站作者有关。您可以使用4.7.1.1.16中的新报价替换第一个报价