许多当前DTD合并了处理这些问题的方法，但这些问题所涉及的范围往往超出了DTD。
这些帮助程序让您在尝试遵循DTD（或开发DTD）时更容易。
有了一个优秀的基类框架，基本上，您就可以将DTD直接复制到一组类定义或初始化中了。
当解析XML时，浏览器不会总去读取DTD，因此可能会不知道一个元素的ID是什么。
这样做的最大问题是新型的处理器很可能加载此DTDURL，而这可能是一种不必要的网络操作。
现在，DTD的格式更容易被Quick理解了，您就要准备继续下一步了。
在基于XML的DTD中，新的元素组只需要内部一致并且格式良好，就可以添加到现有的DTD中。
在创建XHTML文档时，在该文档的顶部声明了它应符合的DTD。
每种信息类型都在自己的DTD模块中定义，其中仅定义该类型的新元素。
参数实体用于将外部声明拖到DTD中，或者用于创建DTD内部宏来改善可读性。
所以，在尝试比较两个XML文档时，要首先为两者阐明DTD。
同样，任何DITA元素都可以扩展成一个新元素，其标识符通过DTD增加到class属性中。
原则性和灵活性结合，主题信息集的一些优点可以通过图书DTD体现出来。
各种复杂性使DTD很难以通用的方式表示哪些属性应当具有ID语义。
然而，在DTD中使用动态数据的理由则并不总是那么易于理解。
正如我相信在这篇实例研究中所显示的那样，最终结果实现非常象任何其它XML引擎以及特定的基于DTD的应用程序。
此外，Eclipse能够使用SMILDTD来控制SMIL环境下对底层代码的编辑。
由于在其类架构类型（archetype-like）主题DTD中使用了元素的一般化设计，DITA为专门化提供了坚实的基础。
在校验HTML文件是否有效以前，必须得有正确的DTD放置在文件的首行。
除非可以保证文档是有效的，并且符合所指定的DTD中的规则，否则这些DTD和版本控制也就没有多少意义。
DTD是用于检验一份XML文档中的元素、属性和实体是否合法。
这种方法倾向于在最终的DTD或词汇表中编码遗留的实践。
这些项目的目的就是继续确认DITA体系结构和在产品开发环境中使用DTD。
还要确保正确地拼写URL，否则确认程序将无法找到DTD。
格式，XML非常丰富，只要DTD模式正确，它足以完整地表示对象或层次结构。
通过搭建仿真链路，模拟双端放声状况，对这些常用算法的性能进行了分析比较。
重要的是注意：DTD不包含带MIXED或ANY内容模型的元素。
提供DTD或外部实体的名称的文档序言中的标识符。