规格不是用户手册.doc

W3C规格阅读指南 J. David Eisenberg, 2001年 原文网址：/article/）来寻找XHTML的某个问题的答案，或是想要了解诸如XSL格式化对象（XSL Formatting Objects）或可伸缩矢量图形（Scalable Vector Graphics）这样的新技术。 就这样，您接触到了规格，但几乎立刻被吓得落荒而逃。您一定会觉得，“什么嘛，这完全不是给人读的。”实际上，它是给人读的，前提是您预先了解一些关键信息。 规格不是用户手册 如果您想要寻找某个问题的答案，实际上就是在寻找的是一本用户手册，或一篇用户指南；换言之，您想要了解的是该技术的用法。然而，这却并不符合W3C规格的创作意图。所谓“规格”，它意在告知负责实现该技术的程序员，有哪些特性是必须提供的，以及它们应该如何实现。 这就是您的爱车的用户手册和维修手册之间的差异。用户手册只会告诉您更换雨刷片时的做法。如果您翻开维修手册，上面只会列出雨刷片的详细尺寸，还有将它们彼此连接的部件票意图，您只能利用这样的信息来拼凑出如何更换雨刷片的知识。 如果您采用的是最新技术，可能还根本没有任何用户参考资料，唯一能找到的就是规格。在这种情况下，学习如何阅读规格就成了必要的工作，而非可有可无了。 规格的结构 正如维修手册中可能会列出一篇指南，来说明各种缩写和图表中采用的图例的意义一样，大多数W3C规格都配有一节来对文档本身进行解释工作。例如，HTML和CSS规格的第一节就都提供了相当详尽的信息，来说明相应规格的组织方式，以及如何阅读。 智者必识 我讨厌定义。 Benjamin Disraeli 维修手册在语言风格上注重精确性，这一点和语调轻松、行文随意的谈话作品相当不同。同样地，W3C规格的语言风格也仿佛日本歌舞伎剧那样一丝不苟。以下是一些您在阅读规格时会常常遇到的字词。 规范性）e） 用户代理 这个有点儿故弄玄虚的术语，意思其实是指这样的程序：用户需要凭借它才能和某项技术打上交道。对于HTML而言，它的用户代理就是浏览器。对于可缩放矢量图形而言，它的用户代理可能是一个查看器，如Batik；又或是一个插件，如Adobe SVG Viewer。 RFC Request For Comment的缩写，意思是该文档代表某个互联网标准（草案）。 助动词RFC2119 ，那么接下来文中出现的特定助动词就会带有正式的对应含义。 必须（must）的意义是：某定义是绝对要求的； 绝不（must not）的意义是：某定义是绝对禁止的； 应该（should）的意义是：某个特性可以实现也可以不实现，但如果不实现的话，最好有个很好的理由； 不应该（should not）的意义是：如果确实需要在实现里包括某个特性，则最好有个很好的理由。 略读 亲爱的Martha阿姨：谢谢您那本讲大象的书。它告诉我关于大象的知识，比我想知道的还要多。 一个孩子的感谢信 如果您发现自己在读的文字没有明显的标记，只有大量的冗词，读起来既像法律术语，又像是计算机科学讲座，或两者兼似的话，也许仅仅粗粗看一眼就够了。 像在XSL:FO规格里如下面一节的文字，就是很可以跳过的。（事实上??，在那篇规格里，第六章之前的内容都不是给用户这个级别的人读的。） 4.2.5 堆叠约束 本节定义了块堆叠约束和涉及领域的内联堆叠约束。它们被定义为有序关系，也就是说，如果A和B间存在一个堆叠约束，并不一定意味着…… 嘿，略读时间到！ 名字空间 在XML的语境下，名字空间是可以让您在同一文档中混合使用不同标记的机制。例如，如果我想把数学标记语言（Math Markup Language）放置到HTML文档里面，就必须在我文档的最顶层元素里加一些额外的声明，我的做法是用ml为前缀来标记数学元素： pHere is Einstein’s famous equation: ml:math ml:mrow ml:mie/ml:mi ml:mo=/ml:mo ml:mim/ml:mi ml:mic/ml:mi ml:msup2/ml:msup /ml:mrow /ml:math with which we iall/i are familiar./p 最好的办法就是照用您在示例文档所见的任何名字空间前缀。在大多数情况下，如果您遇到一大篇讨论，且主题是关于某项XML技术多么有“名字空间感知”，那您应该可以直接跳过这篇讨论也没问题。 学习阅读BNF BNF是Backus Naur Form或Backus Normal Form的缩写。它是一种用来表示计算机语言语法的紧凑形式，它实际上无处不在。不同的规格使用不同风格的BNF，但它们的共同之处是都把大段的自然语言描述变换成了符号形式。下面是一个说明了三明治成分的例子： 三明治由以下成分构成