在Unicode感知浏览器时代，HTML中的命名实体是否仍然是必需的？

Question

我在过去几年中做了很多PHP编程，让我讨厌的一件事就是对Unicode和多字节字符串的弱支持（当然，原则上没有）。 例如，“htmlentities”似乎是PHP世界中一个常用的函数，我发现当你努力保持每个字符串可以本地化时，它只会在你的数据库中存储UTF-8，只提供UTF时会非常烦人-8 webpages等突然间，在你的数据库和浏览器之间的某个地方，这个绝望的天真函数假装每个字节都是一个字符并且混乱了一切。

to just dump this kind of functions, they seem totally superfluous. 我只是径直往这种功能，他们似乎完全是多余的。 这几天仍然需要写'＆auml;' 代替'？ 至少我的Firefox似乎非常高兴能够显示最奇怪的亚洲字形，只要它们以适当的编码方式提供。

(as in "&lt;" for "<") 更新：更准确： ， 都是必需的实体（如“＆lt;”表示“<”）

更新2：

@Konrad：你是说，不，不需要命名实体吗？

@Ross：但是在输入时清理用户输入是不是更好，以保持我的输出逻辑免受这些问题的影响？ （当然，假设可以对输入进行可靠的消毒 - 但是，如果不是，那么它可以输出吗？）

Answer 1

不鼓励使用“真实”XHTML中的命名实体（即使用application/xhtml+xml ，而不是更常用的text/html兼容模式）。 除了在XML本身中定义的五个（ < ， > ， & ， " ' ）之外，它们都必须在您正在使用的特定DocType的DTD中定义。 这意味着您的浏览器必须明确支持DocType，这远非给定的。 另一方面，编号实体显然只需要查找表来获得正确的Unicode字符。

至于你是否需要实体：你几乎可以期待任何现代浏览器都支持UTF-8。 因此，只要您能保证数据库，标记和Web服务器都同意服务，就抛弃实体。

Answer 2

如果使用XHTML，实际上建议不要使用命名实体（[citation needed]）。 某些浏览器（Firefox ...）在将其解析为XML（通常不会）时，不会读取DTD文件，因此无法处理实体。

无论如何最好使用UTF-8作为编码，如果没有令人信服的理由不这样做，这只意味着文档的创建者需要一个不仅可以处理文档而且还提供一个好的输入方式的编辑器。潜水员雕文。 OS X实际上没有这个问题，因为大多数需要的字形可以通过“alt”键到达，但Windows没有此功能。

---

@Konrad：你是说，不，不需要命名实体吗？

正是。 当然，除非存在愚蠢的限制，例如在UTF-8上窒息的遗留数据库驱动程序等。

Answer 3

Safari似乎与某些字形有问题，但有些字形没有问题，可能不需要，但最好这样做，当然，这是我的看法，除了我自己的观察之外没有其他任何支持。