xml-20question.htm

写给JSP初级程序员的书

            <p>因为XML本身 不是一种语言, 而是定义语言的一个系统, 它没有象HTML一样拥有一个通用的DTD. 相反, 想使用XML进行数据交换的工业或组织可以定义它们自己的DTD. 
            </p>
            <p>如果一个组织想用XML来标识仅在内部使用的文档, 它可以创造自己私有的DTD. 比如 Wall Street Journal 
              Interactive Edition 拥有一个 DTD 来详细说明每一版, 其中有关于页, 文章, 概要, 标题下署名等等的信息. 
              刊物目前使用SGML DTD (称作Dow Jones Markup Language), 但是它也正在开发一个XML版本. </p>
            <p>关于DTD并不是没有争议的. 一些人感到它给商业业务增加了实实在在的价值, 而一些人感觉它限制了创造性. 还有一些人认为DTD有用, 
              但是还做得不够. 微软正尝试用它的XML数据提议来解决上一个抱怨, 但是批评者说这些改进应该在DTD规范本身进行. </p>
            <p>微软的schema <br>
              一些供应商, 包括微软, 已经提议了替代DTD的一个方法, 称为schema. 他们已经将其以XML数据提交给了W3C. 就象DTD, 
              schema提供了文档的规则, 并指出用什么标记符, 标记符的属性, 之间的联系, 等等. </p>
            <p>但是, 不同于DTD, schema可以定义数据类型. 例如, DTD可能有一个标记符 &lt;PRICE&gt;, 而标记符之间的内容可以是数字或字符串. 
              Schema 可以规定只输入数字. </p>
            <p>这个方法显然有其优点, 特别是用于应用,对象,或数据库之间的数据传输. 唯一的问题是它将成为DTD规范, 还是XML的一个扩展.</p>
            <p>6.什么是格式完整和有效的文件?</p>
            <p>基本上有两类相关的XML文档: 构造良好的和有效的. 构造良好的 XML文档遵守XML语法的一般规则, 这些规则比HTML和SGML的更为严格. 
              XML的字符数据决不会吊在那里, 没有某种结束标识符, 或者是象&lt;MYTAG&gt;&lt;/MYTAG&gt; 成对出现的 
              结束标识符, 或者是一个特别的在右尖括弧前带有一个斜杠的 空元素 标记, 比如 &lt;MYTAG/&gt;; XML 标识总是以左尖括弧或 
              &amp; 开始; 元素类型和属性名称是大小写区分的; 属性需要引号; 等等. </p>
            <p>有效的 XML 文档遵守某个特定的 文档类型定义 (DTD). 确认XML文档正确性的工作主要由制作出版工具承担, 而XML浏览器为读取XML文档, 
              只需要检查其构造的良好性. 这样, 制作工具中的解析器得要检查构造良好性 和 有效性, 而浏览器仅要考虑寻找已经构造良好的XML. 
            </p>
            <p>&lt;&lt;返回标题 </p>
            <p>7 如何在浏览器中阅读XML? </p>
            <p>阅读XML文档的工具一般称为XML解析器, 虽然其更正式的名称是XML处理器. XML处理器将数据传送到应用软件, 以做制作, 
              出版, 查询, 或显示. XML不给应用软件提供 应用程序接口 (API), 它只是把数据传给应用软件. XML处理器不解析非构造良好的数据. 
              Netscape 和 Microsoft 都已经将XML解析器包含在其浏览器中, 或正计划将其包含到浏览器中. </p>
            <p>XML开发者团体提供免费的XML阅读器和解析器, 来应用到应用软件或XML制作软件: </p>
            <p><br>
              Textuality的 Lark, 来自XML规范的作者之一. </p>
            <p><br>
              Microstar Software的 ?lfred, 一个基于Java的解析器. </p>
            <p><br>
              DataChannel的 DXP, 前身为著名的NXP, 或已经增加了API的Norbert的 (Mikula) XML 解析器.</p>
            <p>8 RDF和XML有何联系?</p>
            <p>如果XML是说语言的能力, XML应用软件则是特定的语言. 资源描述格式(Resource Description Format 
              RDF) 是这样的一个应用软件: 使用XML语法的数据建模语言. </p>
            <p>RDF是描述和访问数据的一个方法. 这意味着RDF是关于数据的数据, 或者说元数据. 在Web中, 这些元数据将被用于建立标准的站点地图, 
              更精确的搜索结果, 和分层次的主题索引. </p>
            <p>RDF也允许智能书签, 当被索引的网页变化时, 书签随之发生变化. 如果你跟踪内容定期更新的站点, 比如CNET的 NEWS.COM, 
              将很有用. </p>
            <p>对于网站建造者, 建立可被搜索引擎引用的其网站内容的元数据并不困难. 我们很快就会有商业化的软件, 来自动产生给定站点的RDF文件. 
            </p>
            <p>XML元数据也将活跃描述和评估数据的市场. 有许多评级机构 在网上出现, 他们评估一切数据, 从保护孩子安全的站点到最佳电影或葡萄酒站点. 
              RDF描述评级机构可以使用的等级的语法. 人们将选择有他们感觉最合适的词汇表的评级机构, 词汇表指的是评级机构给不同类型内容评级使用的特别的一套术语 
              -- 从性和暴力到葡萄酒酸度.</p>
            <p>&lt;&lt;返回标题 </p>
            <p>9 Netscape浏览器中如何实现XML?</p>
            <p>Netscape将在Communicator/Navigator 5.0中以一个代号为Aurora的交付部件来支持XML元数据. 
              Aurora利用RDF 来获得Netscape所说的&quot;桌面信息全面集成.&quot; </p>
            <p>Aurora在网络, 桌面和数据库之间查找和管理信息. 它将在桌面上以&quot;窗口&quot;菜单的界面出现, 会聚集指向当前项目, 
              研究主题, 或日常活动等资源的指针. RDF使Aurora的导航条指向不同数据类型(文字处理文档, 表格数据, 电子邮件消息, 
              数据库内容)的本地文件, 也指向Internet 或 intranet 服务器上的资源(搜索和查询的结果, 书签链接, 等等). 
            </p>
            <p>一个读取RDF的XML解析器将是 Netscape 5.0 版浏览器的一部分, 并且在最终产品交付之前会出现在某个beta版本中. 
              除了这个初始的RDF实现, Netscape正计划将一个通用的XML解析器包含在浏览器中, 而其浏览器可以和其他的XML应用软件一起工作, 
              比如 Shakespeare markup (一个早期的 XML 应用软件), Chemical Markup Language 
              (CML), 和 MathML, 一个正成为W3C推荐的数学标识语言. </p>
            <p>&quot;我们要使 Navigator 成为一个 XML 平台,&quot; Netscape 原理工程师R.V. Guha说. 
              Guha 原来开发过 MCF (MetaContent Format), MCF 后来加入了RDF规范.</p>
            <p>10 Microsoft浏览器中如何实现XML?</p>
            <p>微软的 Internet Explorer 4.0 是第一个实现XML的 Web浏览器. 微软提供了一对XML处理器: 浏览器所携带的用C++写的解析器, 
              和一个Web建造者可以从中下载和加入他们自己的应用程序的Java解析器的源代码. </p>
            <p>Java解析器是一个有效的 解析器, 就是说它根据一个文档类型定义 (DTD) 或 schema 来进行检查. 为了提高性能, 
              浏览器所带的C++ 版的解析器是一个非有效的解析器. </p>
            <p>据微软的产品经理Steve Sklepowich称, 这两个解析器都是&quot;通用的&quot;, 因为它们不依靠特定的XML应用, 
              如Channel Definition Format. 由于XML数据和其表现分离, 在一个Web浏览器本身实际显示XML的能力需要 
              style sheet, 例如 XSL (Extensible Style Language). </p>
            <p>同时, 微软使用了它所称的XML Data Source Object, 或叫 XML DSO. 它应用了动态 HTML的数据捆绑能力, 
              将一端的XML数据和另一端的HTML数据相链接. (关于数据捆绑的例子, 可以查看 BUILDER.COM 的 Browser 
              Playground.) IE 4.0 访问XML文档, 从中查询数据, 然后作为HTML显示出来. </p>
            <p>微软也使用了 XML Object Model (XML OM)来让开发者与浏览器中的XML数据进行交互. 它的实现是通过将HTML作为基于Document 
              Object Model (DOM)的对象显现, 尽管HTML 和 DOM 并非直接兼容. DOM 让脚本和程序访问结构化的XML数据. 
            </p>
            <p>Sklepowich说, 虽然目前在微软, XML的重心在浏览器, XML将最终出现在&quot;任何HTML已经出现了的地方&quot;. 
              CEO Bill Gates 已经公开宣布微软Office 未来的版本将支持 XML, 而且公司也计划支持电子邮件包和制作XML工具的标准.</p>
            <p>&lt;&lt;返回标题 </p>
            <p>11 OSD和CDF与XML的关系如何?</p>
            <p>Channel Definition Format (CDF) 和 Open Software Description (OSD) 
              是微软支持的两个XML应用. 通过其XML解析器, 微软的 Internet Explorer 4.0 读CDF文件来驱动和控制push 
              频道所带来的页. 根据用 Resource Definition Format (RDF)所做的工作, CDF提议最近又上交给了 
              W3C, 以利用RDF的能力来显示不同数据元素之间的联系. </p>
            <p>Open Software Description 是用于描述软件部件的词汇表, 带有语法如从属, 版本和平台. OSD 描述如何表现一个部件的特性, 
              以及如何将该部件安装到计算机上. 它可以用于下载一个完整的软件包, 但是它主要设计用于不断增加的更新. OSD 单独工作或和CDF一起工作, 
              来定义应用频道. </p>
            <p>OSD建议由微软和Marimba领导的一组销售商于1997年8月提供给W3C.</p>
            <p>12 电子商务(e-commerce)和XML?<br>
              四年来, CommerceNet, 这个有500个成员的非盈利性的网上商务协会, 正努力帮助 e-commerce 产品和系统一起工作. 
              其概念是允许信息在不同目录之间, 从目录到付款系统, 在付款系统之间交换. 已经发现XML可以在两个重要方面帮助实现以上概念: 
              内容定义和信息交换. </p>
            <p>内容定义: CommerceNet 正在定义通用于多种商业事务的数据元素. 这个称作 Commerce Core 的东西将定义如何给诸如公司名称, 
              地址, 价格, 条款和数量等事物作标识. </p>
            <p>信息交换: 开放, 基于文本的XML用于服务器之间交换事务信息很理想. CommerceNet 提议用基于XML的 Common 
              Business Language (CBL) 来描述产品和服务目录软件, 关于商业规则和系统的元数据, 以及表格和消息的软件. 
              许多CBL 取自已经存在的 Electronic Data Interchange (EDI) 辞典, EDI辞典识别公认的术语, 
              如发票和采购订单. 但是CBL超越EDI的商业-到-商业的重点, 包含了零售事务和横向的供应链 -- 从供应商到批发商到零售商. 
            </p>
            <p>一个这样的CBL应用是为使目录互用的 Product Information Exchange (PIX) 规范. CommerceNet设计PIX, 
              以帮助供应商和他们的分销商更容易地交换产品数据. </p>
            <p>长远的目标是工业组织--而非 CommerceNet--来将CBL作为特定的DTD的一个共同基础使用. 一些着重于工业的初步尝试已经宣布了: 
            </p>
            <p>Open Buying on the Internet (OBI): 一个在Internet上进行国际性的商业间购物的标准. 
              OBI 基于目前的Internet标准, 如HTML, SSL (为安全性), SET (为信用卡交易), 和X.509 (为数字认证). 
              OBI的支持者有 Commerce One, Connect, Intelisys, InterWorld, Microsoft, 
              Netscape, Open Market, 和 Oracle. </p>
            <p>Open Trading Protocol (OTP): 一个在Web上向消费者售物的一致的, 可共同操作的环境. 规则将包括从如何降价促销, 
              付款选择, 到产品运输, 接收和问题解决. OTP由MasterCard International, DigiCash, CyberCash, 
              Hewlett-Packard, IBM, AT&amp;T Universal Card, Netscape, Royal Bank 
              of Canada, 和一些 其他金融机构和技术公司支持. </p>
            <p>Internet Content and Exchange (ICE): Vignette, Firefly Network, 
              和 一些其他公司--包括微软--正在开发一个叫作ICE的规范, 使能够在站点之间交换在线资产, 无论那是内容, 应用程序, 或是元数据. 
              ICE将利用现有的标准, 包括 OPS/P3P (为使个人数据可靠交换), CDF, OSD, XML-Data , 和 RDF.</p>
            <p>&lt;&lt;返回标题 </p>
            <p>13 XML中的层叠样式?</p>
            <p>因为XML将内容和表现分离, Web建造者需要新的方法来控制设计, 显示和输出. Style sheet 是问题的答案. 目前, 
              有三种可用于XML的 style sheet: </p>
            <p>Cascading Style Sheets (CSS) <br>
              Extensible Style Language (XSL) <br>
              Document Style Semantics and Specification Language (DSSSL). <br>
              如果5.0版的浏览器支持XML, XML对现有的CSS标准的支持将会处理大部分基本的风格和页面问题. 但是CSS对于专业出版商可能不够强大. 
              所以, 另一端存在着DSSSL, 一个在使用SGML的高端出版商中流行的ISO (国际标准组织)标准. 然而, DSSSL是复杂的, 
              它处理的打印文档管理在Web上很少有用. </p>
            <p>现在剩下了 Extensible Style Language (XSL), 特别为XML而写的style-sheet. XSL目前上交给了W3C作为一个提议, 
              它给了Web开发者和用户较HTML更多的表现灵活性. 例如, HTML的 &lt;H2&gt; 标识符在所有浏览器上的表现是基本一样的, 
              但是XSL让开发者指定他们的页面元素如何表现 (尽管用户可以在个人设置中覆盖它). </p>
            <p>XSL较CSS更强大, 因为它使Web建造者创建可以动态改变其表现的文档. 例如, 你可以包含这样的程序语句, &quot;如果一个XML元素的属性为数值10, 
              显示为绿色, 否则为黑色.&quot; 或者你可以将&quot;仅供内部使用&quot;作为属性给一个段落标上, 这样它在某些情况下不会出现. 
              XSL被设计用于脚本语言如JavaScript.</p>
            <p>14 XML如何改进超链接?</p>
            <p>XML超链接比基本的HTML风格的超链接多了一些新的特性, 包括无需手写许多JavaScript代码就能创建&quot;聪明的&quot;链接. 
              而且在XML, 链接本身成为了对象, 可以象其他对象一样被管理.原来的链接规范--XLL, 或XML链接语言--正被分为两个不同的规范: 
              XPointer 和 XLink. </p>
            <p>XPointer: 在HTML, 要链接到一个页面的中间, 页面作者必须在那儿加上定位标识符. 使用XPointer, 你可以&quot;取址到&quot; 
              (不是&quot;连接到&quot;)其他人的文本的任何部分. 显而易见, 这样将有助于工作于法律文件, 科学和学术论文, 甚至W3C规范! 
            </p>
            <p>XLink: 当用户点击一个HTML超链接时, 当前的网页被连接到的文件替代. XLink令Web建立者给链接增加行为. 例如, 
              现在, 你必须用一些JavaScript, 使在链接处弹出一个独立的窗口, 但是XLink让Web建立者对链接进行编码来执行一系列动作, 
              包括弹出一个链接选择的菜单. </p>
            <p>另一个应用可以是弹出一个对话框, 可能是一个提醒用户它们正要更新数据库的警告. 链接弹出菜单可能需要用户点击一个框来表示在进一步处理前他们接受义务. 
              现在, 实现这样的功能要写许多的脚本代码. </p>
            <p>XML也让Web建立者创建类似Web环工作的Extended Link, Web环是通过&quot;下一个/前一个&quot;行进来导航的自己选择出来的关于相同主题的网站组. 
              对于弹出菜单太长的相关链接站点表, Web建立者可以创建一个链接表, 这个表在不同的站点, 页面时会有变化. 用户可以点击一个图标来自动转移到环中的下一个成员. 
              现在这样的功能需要 CGI scripts, 而Extended Links 提供了一个标准的, 非私有的建立资源间联系的方法. 
            </p>
            <p>仍然有更多的问题需要解决, 特别是在行为政策方面. 必须由一种方法来协调以下三方面的关系: 文档作者对链接所建议的行为, 用户所喜好的显示链接信息的方式, 
              以及是否和何时忽视用户的意愿的政策.</p>