是正式的XHTML模块共享值得故障

内联，混乱的标记有时你可能想用自己的混合词汇在非常低的水平的HTML词汇。阿的XML DTD的数字包括无处不在的B和粗体和斜体，更多类型的HTML词汇的使用可能使你自己的标记，在某种意义上说，我元素类型。虽然这不会产生一个Web浏览器的目的文件不一定（除非你生产的样式表，使您的XML容易像样的），它可以更容易地建立一个没有发明轮子完全文档类型。您可以使用自己的HTML元素名称没有造成任何的XML（官方）与XHTML冲突，只要你不使用HTML或XHTML命名空间，以确定您的元素。

虽然您的文档结构可能看起来像你熟悉的XHTML，应用程序识别为属于您的词汇量，而不是的XHTML词汇和依赖样式表，你格式化或加工制造的信息。也有一些这限制-如前所述，图像和脚本是特别困难的过程中不使用的功能，浏览器对HTML的支持。不过，如果你只需要包括一个熟悉的标记小碎片，这可能是一个适当的途径。如果你想坚持识别的XHTML XHTML，您可以-虽然你可能需要使用命名空间前缀（和默认的命名空间，无前缀）区分自己的XHTML词汇和词汇。虽然似乎是很明显你（或文档作者），它却不是那么明显的程序处理您的文件。

是正式的XHTML模块共享值得麻烦吗？W3C已经提出了能提供不同的方法混合的XML和XHTML，和浏览器厂商（如前面所说的规格数量）对那些只有一个方法，使用不同的命名空间的XML从HTML词汇-重点。这种方法不需要任何的doctype魔术，也不是你必须创建和操作参数化的XHTML的DTD。与此同时，然而，你一定是输了就跳过DTD的创建上一篇文章中描述的过程的一样东西。

注意在撰写本文时，可用的浏览器没有实际支持XHTML命名空间（http://www.w3.org/1999/xhtml作为HTML的词汇表标识符）。用他们的命名空间支持（http://www.w3.org/TR/REC-html40）指您的文件不符合甚至XHTML命名空间年底，尽管符合否则，。虽然它可作为一种应急措施，帮助准备进行大规模的搜索和替换时，（如果）的XHTML成为标准。XML 1.0中提出了不需要DTD或文件，甚至是故意点DOCTYPE声明-虽然缺乏DTD的酒吧，这些文件是由具有一定阶级的解析器，称为使用 验证解析器。大多数浏览器使用非验证用于处理XML和HTML。（微软解析器的内置解析器，可以说来验证，但它通常不会验证文件加载时展示。结果），这些工具不检查文件是否符合一个XHTML的DTD。他们还不检查你的模块，除了在XHTML DTD的创建。

然而，许多其他类型的处理器可能会核对您的文档的DTD指定您的文件，并且可能会拒绝文件没有指定为这类考试的DTD。如果您的文档处理这些解析器-这可能是，如果你在你的文件交换业务信息-建设模块的XHTML DTD的额外的工作是值得的代价。（您需要为您的扩展DTD的反正。）模块化和参数化的XHTML 1.1可以帮助您采取的管理和最终扩大词汇量和结构的创建方法。即使你事先不知道你的文件将接受此类检查，您可能会发现它有用建立一个XHTML DTD的模块，它提供了你在做什么形式化描述。在一定程度上，这是一个文件的过程，编纂你做的工作，同时便于与他人分享。这个模块还提供了对在未来，您的文件可能需要验证的XML解析器把吃保险，避免了重大危机。通过建立约束年初，就可以避免产生结构上的变化滔天数量，使它们更易于管理。有一个DTD使您可以使用更多的工具设置为有效证件，符合特定DTD的都可以验证和非验证解析器，并就这些解析器开发的应用程序使用的解析。

虽然它可能没有必要在任何情况下建设一个什么样的扩展到XHTML的形式化描述，以及它们如何结合起来的XHTML词汇，你一定要考虑为您的文件，并从原型全规模生产试验移动过程。这比保险更针对不断变化的未来-这是一个机会了解如何结构信息，以及如何及早作出必要的修正。

阿尔伯特利希特布劳提交的一篇文章

免责声明：我们的网站是不负责本文章的内容。 Webarticles是一个免费的信息资源。
重要事项： 这篇文章“是正式的XHTML模块共享值得的”，是由软件自动翻译。我们感到很遗憾拼写的任何可能发生的错误。谢谢您的理解。