- xml - AJAX/Jquery XML 解析
- 具有多重继承的 XML 模式
- .net - 枚举序列化 Json 与 XML
- XML 简单类型、简单内容、复杂类型、复杂内容
据我了解,XML 是 SGML 的一个子集,旨在简化它并鼓励更广泛的使用。
我想大多数有用的特性都被引入了 XML,但是 SGML 中是否有任何强大到足以激励使用它而不是 XML 的特性(并接受复杂性的开销)?
最佳答案
如果您手动编辑 SGML,SGML 的一个优点是您可以用各种方式缩写标签。您究竟可以做什么取决于您正在使用的 DTD 的 SGML 声明。例如,在 DocBook 中,您可以编写类似
foo ...
bar 的原因。或者您可以完全省略标签,这就是为什么 在 HTML 中是可选的。
但是 XML 之所以被发明,正是因为所有这些变体使得解析 SGML 变得相当复杂。现在,您可能会发现比 SGML 编辑器更强大的 XML 编辑器。
就处理而言,这两种形式是等效的,因为除了某些极端情况外,您可以来回转换。
关于xml - 是否有理由使用 SGML 而不是 XML?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/824918/
您好,我希望我的下一个输出(在本例中就是字母)在上一个输出之后输出 8 个空格。这适用于第一个字符,但之后的 printf 语句不起作用。它在第一个 printf 语句之后立即打印,我试图将其设置为
我想知道制作 std::list<>::splice 背后的基本原理是什么使引用被拼接到新容器中的子序列的迭代器无效。这对我来说有点不合逻辑,尤其是考虑到标准 std::container::swap
谁能告诉我为什么我应该使用 Azure Function 输出绑定(bind)(例如 SendGrid 或 Twilio)而不是仅仅在我的 C# 函数中显式使用适当的 SDK(例如 Sendgrid
我们在当前项目中使用 React 和 TypeScript,我遇到了以下行为。 import React, { Component } from 'react'; 我将上面的行替换为下面的行,因为它似
我是一名优秀的程序员,十分优秀!