开发者工具 · HTML 实体转义器
为什么 & 符号是 HTML 的转义字符：实体的 SGML 根
· 背景
html 编码 历史
HTML 从 SGML 继承了实体引用、& 分隔符和分号终止符。这篇文章解释了 SGML 中“实体”的含义、为什么选择 & 以及 HTML 如何在放弃大部分机制的同时保留语法。
一个不太合适的词——为什么“实体”对于一个角色来说是一个奇怪的名字，以及它背后的 SGML 含义
一个不太合适的词——为什么“实体”对于一个角色来说是一个奇怪的名字，以及它背后的 SGML 含义。 “实体”一词对于一个字符来说听起来太大了，因为该语法来自更广泛的文档模型概念。在目前的 HTML 工作中，开发人员通常只遇到字符引用。
要验证 sgml 实体引用历史，请构造一个单词，该单词可以满足好奇的开发人员想要知道 < 来自何处的需求。保留不太适合为什么实体语法继承产生实体是奇怪的；确定角色的名字在哪里被使用。关于 sgml 含义的观察仅属于 HTML 文本。
继承的实体概念概述； ToolAcre 本身仅使用固定的字符映射表
继承的实体概念概述； ToolAcre 本身仅使用固定的字符映射表。早期的通用标记系统可以将名称与声明的文本或数据相关联，并通过以＆号开头的标记来引用它。现代 HTML 修复了其可识别的字符名称集。
好奇的开发人员想要知道 < 来自哪里，可以通过在实体语法继承传递之前在大纲工具栏中记录本身来测试继承的实体概念。比较仅使用之后的固定并定位负责字符映射的解析器。此 SGML 实体参考历史结果解释了实体语法继承证据，而不是可执行上下文。
分隔符 — & 作为实体引用打开，;作为参考关闭，&# 作为字符参考
分隔符 — & 作为实体引用打开，;作为参考关闭，&# 作为字符参考。可见的分隔符在实现中保持清晰：与号打开，分号关闭，后面的数字符号引入十进制或十六进制数字语法。
将分隔符隔离为短实体语法继承示例中的 。将打开的实体引用显示为文字源，跟随引用关闭并到达其目的地，并命名字符引用的 API 读取。对于 sgml 实体引用历史，实体语法继承证据仍然是解析器绑定的证据。
HTML 如何借用语法 — 固定的字符实体集以及对它们进行硬编码的决定
HTML 如何借用语法 — 固定的字符实体集以及对它们进行硬编码的决定。 ToolAcre 硬编码了自己的实用地图。它既不读取文档类型声明，也不扩展作者定义的名称、外部资源或参数实体。
将 html 如何借用作为边界实验。一个好奇的开发人员想要知道 < 来自哪里，应该保留固定的语法集，执行一个实体语法继承操作，并在将决定更改为 Hard 之前逐个字符地检查字符实体。有关代码的声明仅止于此 HTML 层。
留下了什么——通用实体、参数实体和 DTD 驱动的扩展，以及 HTML5 放弃它们的原因
留下了什么——通用实体、参数实体和 DTD 驱动的扩展，以及 HTML5 放弃它们的原因。一般实体扩展和 DTD 机制故意不存在。这使实用程序保持有界字符串转换，并避免假装实现完整的 SGML、XML 或 HTML 解析器。
使用无害的输入而不是客户材料复制留下的内容。记录一般实体参数实体，观察和 dtd 驱动的扩展，并对每个有意的实体语法继承传递进行计数。 sgml 实体参考历史记录可以让好奇的开发人员想知道 < 来自哪里进行评估以及为什么 html5 会被删除，而无需猜测。
工作示例：读取 SGML 时代的实体声明及其等效的 HTML — 两个世界中的相同 ©
工作示例：读取 SGML 时代的实体声明及其 HTML 等效项 — 两个世界中的相同 ©。读取将副本映射到 © 的概念声明，然后比较当前操作：© 只是一个生成 U+00A9 的键查找。运行时不查阅任何声明。
在实体语法继承审查期间并排放置读取 sgml 时代实体声明及其 html 等效项的工作示例。好奇的开发人员想要知道 < 来自哪里，然后可以决定相同的副本是否在转换时或下游发生更改。将有关两个世界的 SGML 实体参考历史结论保留在一般安全声明之外。
这不包括什么 — XML 的 DTD 实体处理和外部实体的安全问题
这不包括 XML 的 DTD 实体处理和外部实体的安全问题。 XML 外部实体行为及其安全风险位于此模块之外，因为没有解析 DTD，也没有获取资源。这种遗漏是一种建筑特性，而不是消毒剂的证明。
在运行实体语法继承之前定义 this 不做什么。将覆盖 xml 的 dtd 保存为控件，检查实体处理背后的代码点，并将外部的安全问题映射到下一个解释器。这使得实体对于好奇的开发人员来说是可审核的，他们想知道 < 来自调查 sgml 实体引用历史的来源。
要点：20 世纪 80 年代的文档标准是您键入 & 的原因 — HTML 实体转义器如何生成和解码继承的语法
要点：20 世纪 80 年代的文档标准是您键入 & 的原因 — HTML 实体转义器如何生成和解码继承的语法。继承的语法解释了为什么文字与符号必须变成&。 ToolAcre 生成一流的参考，同时将实际操作限制为文本转换。
将 20 世纪 80 年代的文档连接到可观察的实体语法继承输出。保持标准是为什么你除了一次性结果之外，然后验证输入 html 实体转义器如何生成的类型和方式。好奇的开发人员想要知道 < 来自哪里，现在可以查看并解码作为窄 sgml 实体引用历史发现而继承的内容。本文背后的实际决策是具体的：HTML 继承的实体引用、来自 SGML 的 & 分隔符和分号终止符。这篇文章解释了 SGML 中“实体”的含义、为什么选择 & 以及 HTML 如何在放弃大部分机制的同时保留语法。阅读器操作同样具体：链接到 HTML 实体转义器，并演示将 & 符号转义为最古老的语法形式 &。