ImageVerifierCode 换一换
格式:DOC , 页数:7 ,大小:40KB ,
资源ID:7782071      下载积分:10 金币
快捷注册下载
登录下载
邮箱/手机:
温馨提示:
快捷下载时,用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)。 如填写123,账号就是123,密码也是123。
特别说明:
请自助下载,系统不会自动发送文件的哦; 如果您已付费,想二次下载,请登录后访问:我的下载记录
支付方式: 支付宝    微信支付   
验证码:   换一换

开通VIP
 

温馨提示:由于个人手机设置不同,如果发现不能下载,请复制以下地址【https://www.zixin.com.cn/docdown/7782071.html】到电脑端继续下载(重复下载【60天内】不扣币)。

已注册用户请登录:
账号:
密码:
验证码:   换一换
  忘记密码?
三方登录: 微信登录   QQ登录  

开通VIP折扣优惠下载文档

            查看会员权益                  [ 下载后找不到文档?]

填表反馈(24小时):  下载求助     关注领币    退款申请

开具发票请登录PC端进行申请

   平台协调中心        【在线客服】        免费申请共赢上传

权利声明

1、咨信平台为文档C2C交易模式,即用户上传的文档直接被用户下载,收益归上传人(含作者)所有;本站仅是提供信息存储空间和展示预览,仅对用户上传内容的表现方式做保护处理,对上载内容不做任何修改或编辑。所展示的作品文档包括内容和图片全部来源于网络用户和作者上传投稿,我们不确定上传用户享有完全著作权,根据《信息网络传播权保护条例》,如果侵犯了您的版权、权益或隐私,请联系我们,核实后会尽快下架及时删除,并可随时和客服了解处理情况,尊重保护知识产权我们共同努力。
2、文档的总页数、文档格式和文档大小以系统显示为准(内容中显示的页数不一定正确),网站客服只以系统显示的页数、文件格式、文档大小作为仲裁依据,个别因单元格分列造成显示页码不一将协商解决,平台无法对文档的真实性、完整性、权威性、准确性、专业性及其观点立场做任何保证或承诺,下载前须认真查看,确认无误后再购买,务必慎重购买;若有违法违纪将进行移交司法处理,若涉侵权平台将进行基本处罚并下架。
3、本站所有内容均由用户上传,付费前请自行鉴别,如您付费,意味着您已接受本站规则且自行承担风险,本站不进行额外附加服务,虚拟产品一经售出概不退款(未进行购买下载可退充值款),文档一经付费(服务费)、不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
4、如你看到网页展示的文档有www.zixin.com.cn水印,是因预览和防盗链等技术需要对页面进行转换压缩成图而已,我们并不对上传的文档进行任何编辑或修改,文档下载后都不会有水印标识(原文档上传前个别存留的除外),下载后原文更清晰;试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓;PPT和DOC文档可被视为“模板”,允许上传人保留章节、目录结构的情况下删减部份的内容;PDF文档不管是原文档转换或图片扫描而得,本站不作要求视为允许,下载前可先查看【教您几个在下载文档中可以更好的避免被坑】。
5、本文档所展示的图片、画像、字体、音乐的版权可能需版权方额外授权,请谨慎使用;网站提供的党政主题相关内容(国旗、国徽、党徽--等)目的在于配合国家政策宣传,仅限个人学习分享使用,禁止用于任何广告和商用目的。
6、文档遇到问题,请及时联系平台进行协调解决,联系【微信客服】、【QQ客服】,若有其他问题请点击或扫码反馈【服务填表】;文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“【版权申诉】”,意见反馈和侵权处理邮箱:1219186828@qq.com;也可以拔打客服电话:0574-28810668;投诉电话:18658249818。

注意事项

本文(Web的未来:XHTML2.0.doc)为本站上传会员【pc****0】主动上传,咨信网仅是提供信息存储空间和展示预览,仅对用户上传内容的表现方式做保护处理,对上载内容不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知咨信网(发送邮件至1219186828@qq.com、拔打电话4009-655-100或【 微信客服】、【 QQ客服】),核实后会尽快下架及时删除,并可随时和客服了解处理情况,尊重保护知识产权我们共同努力。
温馨提示:如果因为网速或其他原因下载失败请重新下载,重复下载【60天内】不扣币。 服务填表

Web的未来:XHTML2.0.doc

1、 Web 的未来:XHTML 2.0 多年以来,HTML只是在不断变大,却从未变小,因为新版本必须维护向后兼容性。这一情况将得以改变。XHTML 2.0的第一个工作草案于2002年8月5日发布,一大新闻就是取消了向后兼容性;该语言终于得以继续发展。那么,作为一名开发人员您将得到什么回报呢?健壮的表单和事件表现如何呢?它们是研究不需要大量 JavaScript 的框架以及甚至层次结构菜单的更佳方法。   本文概述了 XHTML 2.0 中的新增功能以及将来可能会如何使用它。读者应该熟悉 HTML 和/或 XHTML 1.0。熟悉级联样式表(Cascading Style Sheet

2、CSS))是有帮助的,但不是必需的。

告别向后兼容性,引入结构
  当万维网联盟(World Wide Web Consortium (W3C))于 2002 年 8 月 5 日发布 XHTML 2.0 的第一个工作草案时,最让人吃惊的是:与其先前的版本不同,它不是向后兼容的。对于先前的发行版,如从 HTML 4.01 转到 XHTML 1.0 以及后来从 XHTML 1.0 到 XTHML 1.1,变化都是添加一些内容;可以读取 XHTML 1.0(过渡的)文档的浏览器也可以理解 HTML 4.01 文档。而 XHTML 2.0 不是那样的。

3、   如果您在两年前宣布我们今天将研究不带 img 标记或 bold 标记的 HTML 版本,那么大多数 Web 开发人员都会用怀疑的眼光看着您。然而,现在就是这样。除了彻底替换表单和框架外,XHTML 2.0 还除去了 b、i 和img标记(以及 big、small 和 tt),甚至不赞成使用br,以准备从将来的发行版中除去它。但这是为什么呢?   原因在于大多数标记都是表示性的。它们的唯一目的就是给予浏览器指令,规定有关其内容应该如何显示,但却完全未提供有关其内容是什么的信息。例如,请考虑下面两个句子: Presentationa

4、l elements are, for the most part, gone.   和 Presentational elements are, for the most part, gone.   在没有样式表的情况下,这两个句子在浏览器中看起来是一样的,但只有第二个句子提供了有关原因的信息。事实上,从一开始 em(强调)和 strong 标记就出现在 HTML 中了,但多年以

5、来作者们基本上已经忽略了它们,而专注于表现形式,这是以牺牲内容为代价的。   但这并不意味着只要您想使某些内容变成粗体或斜体,就应该将它们硬塞进这两个标记中。相反,除去表示性元素的整个目的是设法完成 CSS 的发明者的初衷,即应该根据内容所表示的东西来标记内容,而样式表应该用于美化内容。例如,清单 1 使用类别(class)来指出内容类型。   清单 1. 使用类别指定内容类型 Employee NoticeNoticeEmployees should take note of the following important dates:

  • 8/28/2002 (Progress reports due)
  • 9/1/2002 (Labor Day

    7、)

  • 10/28/2002 (Final reports due)   在该页面中,日期类型可以由内容本身来确认,浏览器可以使用类别信息来决定如何为其设计样式,如图 1 中所示。
    图1. 类别可以确定显示哪一类内容,样式表可以对它进行适当的格式化。
      用这种观点研究它:断开(br)标记的目的无外乎是为了显示,因为实际上它并无任何内容。XHTML 2.0 不赞成使用 b

    8、r 标记,而提倡使用 line 标记。line 标记指定一种特殊的内容:通常是以后跟换行和回车这种方式呈现的一行文本或其它内容。例如,文本: public class HelloWorld {
    public static void main (String[] args){
    System.out.println("Hello world!");
    }
    }
      变成 public

    9、 class HelloWorld {public static void main (String[] args){ System.out.println("Hello world!"); }}  这样,文档就有了一个表示行的实际对象,同样,段(p)标记表示一段内容。  为什么所有这些都很重要呢?因为 Web 不仅正日益成为人与人之间通信的场所,而且还日益成为软件应用程序(如服务器和搜索引擎索引器)之间进行通信的场所

    10、而且,每个人(或者说几乎每个人)都使用相同浏览器的时代已经一去不复返了。开发人员正不断为不同设备(如 PDA 和移动电话)重新设计内容。语音触发的(voice-activated)系统已经离我们不远了。内容的结构意义正变得几乎与内容本身一样重要。

      XHTML 2.0 添加了节(section)和标题(heading)。HTML 一直都包含编号的标题 — h1 到 h6,直到 2002 年 8 月 5 日的工作草案,还未将其撤消,但这只是一个时间问题。而 XHTML 2.0 使用通用标题和节。例如,可以嵌套节,从而赋予标题含义。以前用编号标题呈现的文档(

    11、清单 2):   清单 2. 文档中的编号标题 Adding sections The Web's future: XHTML 2.0 by Nicholas Chase Good-bye backward compatibility, hello structure Why backward compatibility is over. Presentation versus Structure Using style sheet

    12、s rather than presentational elements. Lines Line breaks are deprecated. Sections Creating more reasonable sections. Navigation lists and menus Hierarchical menus. Links, links, everywhere Adding links.   可以用通用标题和节替换(清单 3):   清单 3. 通

    13、用标题和节 Adding sections

    The Web's future: XHTML 2.0 by Nicholas Chase
    Good-bye backward compatibility, hello structure Why backward compatibility is over.

    14、ion> Presentation vs. Structure Using style sheets rather than presentational elements.

    Lines Line breaks are deprecated.
    Sections

    15、 Creating more reasonable sections.

    Navigation lists and menus Hierarchical menus.
    Links, links, everywhere Adding links.

    16、D_NOBR>   这种结构有两个优点。首先,应用程序(如搜索引擎 crawler)能够更容易地了解内容的相对重要性,其次,节是自包含的。在 HTML 中,节以其标题开始,所以在标题的前面不会出现内容(如介绍性内容)。section 元素取消了这种约束,因为其内部的任何内容都是节的一部分。

    导航列表和菜单
      增加了一个会让Web开发人员大大受益的结构,那就是导航列表。由nl标记指定的导航列表的工作原理与其“表亲”有序列表(ol)和无序列表(ul)非常相似,但有一点不一样:导航列表的项仅在列表激活时才出现。因此,导航列表与层次结构的弹出菜单十分相似

    17、这种弹出菜单很受欢迎,因为它们提供了许多导航信息,而且不会占据太多的屏幕空间。例如,肥皂剧站点可能有以下菜单(清单 4):   清单 4. 使用导航列表 Character Options

  • Stay Leave
  • Job transfer
  • Divorce
  • Fatal disease
  • Back Burner   当用户激活名称(Character Options)时,出现列表项。关于当用户激活主列表时子列表(如 Leave 菜单)是否会出现,还是用户必须激活子列表项本身以使其出现,工作草案并未说清楚。最终作者可能通过样式或事件来控制这一行为。在任何情况下,当输入焦点从主元素移开时,列表项就会消失。
    链接,链接无处不在
      您可能已经注

    19、意到:即使打算将前一个示例作为菜单,但它没有锚(a)标记。而 href 属性已经被正确放在了 li 元素上。这不是导航列表的特性,而是 XHTML 2.0 的新特性。与超文本相关的属性(如 href、target 和 accesskey)现在是公共属性集合(Common Attribute Collection)的一部分,它包括核心属性(class、id 和 title)、国际化属性(xml:lang,它替换了 XHTML 1.1 中的 lang)和事件属性,事件属性来自 XML Events 建议书,正如您将在下面看到的。   这意味只要将 href 属性添加到任何元素,就可以将它转

    20、换成链接,而不一定要用锚标记包围单个元素。   这是否表示经过四年的努力,XLink 已经被 XHTML 2.0 采用了吗?总而言之,没有。事实上,XLink 和 XHTML 2.0 中规定的链接之间的差异是那些正从事各自建议书的开发人员之间争论的根源,所以在这个最初的公开工作草案和最后的建议书之间可能会做些更改。同时,可以组合使用该功能、导航列表、link 元素,以及资源描述框架(Resource Description Framework (RDF))来复制 XLink 的大多数功能。   XForms 是一个与 XML 相关的建议书,并确实已经成为 XHTML 2.0 的

    21、一部分。  XML 表单语言(XML Forms Language (XForms))是研究表单的一种全新方法 — 它象 XHTML 的其余部分一样 — 内容、结构和表现是完全独立的。XForms 页面指定一个模型,该模型拥有有关表单自身的信息,然后,可以在页面周围散布表单元素,而不是被局限于单个表单元素。这意味着,您甚至可以在页面的同一区域中合并不同表单的元素。可以通过实例文档填充表单,实例文档是从表单元素上的 XPath 表达式引用的。表单元素自身也代表了特殊类型的对象,而不是描述在页面上它们是如何显示的。当更新表单元素中的数据时,会更新实例文档。当用户提交表单时,实际发送的是实例文档。例

    22、如,采用下面的简单表单(清单 5):   清单 5. 简单的 HTML 表单 Preference FormPreferences Form   清单 6 显示了 XForms 版本的表单:   清单 6. XForms 版本的表单

    23、CODE> Preference Form

    24、 Preferences Form Username:

    25、
    Password: Area preference: <

    26、xforms:value>1 One 2 Two 3

    27、 Three Submit Report   术语说明:XForms 建议书特别说明了不存在单个表单的 XForms。它是多个 XForms 页面,不再是单个 XForm 页面。

    28、   表单一般需要进行验证。换句话说,数据字段必须包含有效数据等。XForms 使用 XML 模式来约束所提交的数据。另外,可以通过添加 XML Events(它也包括在 XHTML 2.0 中)来进一步增强 XForms 页面的功能。

    XML Events
      您可能已经熟悉了通过添加如 onclick 和 onmouseover 之类的事件在 Web 页面上使用事件。不会再有了。这些熟悉的属性已经被集成到 XHTML 2.0 中的 XML Events 模块所替代。XML Events 提供了一种通用的方法来指定事件发生时应该采取的操作。它的优

    29、点是您不受限于如鼠标单击之类的预定义事件。相反,可以定义您自己的事件以及触发它们时会发生什么。   XML Events 包含下列组件。如鼠标单击之类的事件可以作为目标。例如,在清单 7 所示的页面中:   清单 7. 要单击的页面 Rides

    • Monorail
    • M

      30、atterhorn

    • Roller coaster   用户可能单击第二个li元素 Matterhorn。当这发生时,鼠标单击事件从文档根行进到目标(li)并再次返回。顺序是: (root) -- html -- body -- ul -- li -- ul -- body -- html -- (root)  

      31、 向下行进到目标称为捕捉(capture)阶段,而再次向上行进称为冒泡(bubbling)阶段(并不是所有的事件都会冒泡)。在行进期间的任何时候,事件都可以传递已经被注册为观察器的对象(这表示它正在观察特定的事件),如果它看到事件,则执行特定操作。侦听器创建观察器。例如,在下面的序列中:   侦听器使 ul 元素(或者更准确一点说,是

      32、整个列表)成为观察器,因而,当用户单击任何列表项目时,观察器(ridelist)执行 myscript(但仍必须确定调用任意脚本的机制)。  广受指责的框架也在 XHTML 2.0 中被替换了。XFrames 的第一个工作草案于 2002 年 8 月 6 日初次登场,此前一天 XHTML 2.0 宣布它将使用 XFrames 并试图解决传统 HTML 框架出现的问题。大多数问题是有关难于创建书签和刷新页面,以及不支持框架的搜索引擎无法索引适当内容。   在 XFrames 文档中,所包含内容的 URI 成为整个文档 URI 的一部分。例如,下面清单 8 中的页面可能表示带三个框架的 H

      33、TML 页面:   清单 8. XFrames 页面 XFrames   请注意,没有指定每个框架的 URI,但每个框架都有其自己唯一

      34、的标识符。因此,这个文档的 URI 可能是: site.xfm#frames(header=header.xhtml,menu=menu.xhtml,content=main.xhtml)   然后,理解XFrames的浏览器将每个框架的内容与适当的URI相关联。当用户单击链接并更改个别框架的内容时,页面的整个URI都会更改,所以它始终显示用户正在查看的实际内容,“收藏”和“后退”按钮提供了准确的内容。

      图像作为对象
        2002 年 8

      35、 月 5 日工作草案的最后一个主要的更改包括除去了 img 标记并用 object 标记替代它。object 标记实际上在 HTML 4.01 中就已经出现,但开发人员主要将它用于嵌入多媒体和 Java applet。然而,它一直都能支持图像。使用 object 标记的主要优点在于,它被设计成向下级联。换句话说,如果浏览器不能显示一个特定对象,那么它将显示该对象的内容。例如,遇到下列代码片断的浏览器首先试图装入电影。如果装入电影失败,则装入图像。如果装入图像失败,那么它只显示文本。

      36、"application/mpeg"> Jack tries to expand his horizons on the racing coasters.

      后续步骤
        2002年8月5日的XHTML 2.0工作草案中唯一可以确定的事就是不能确定任何事情。在现在的草案和被作为建议书采纳的过程中,几乎可以肯定它将在某些方面发生变化,但强调结构

      37、和语义的目标不可能变化。出于这个原因,最好研究您现在构建的页面,并开始养成适当使用结构和样式的习惯。使用标记来指定某些事物是什么,而不是如何显示它们,并使用 CSS 来完成其余工作。总的来说,更多地考虑文档的结构以及您想要它们干什么,而不必太多地考虑它们将如何显示。   参考资料   请参阅 XHTML 2.0 的最新版本,以了解它目前包含哪些内容。   请查找有关如何用 XML Events 控制页面和任何 XML 文档中事件的信息。   请阅读使用 XForms 的下一代 Web 表单。   请阅读文章“Get ready for XForms”(d

      38、eveloperWorks,2002 年 9 月),学习有关 XForms 的更多知识。   请快速阅读 XFrames。   请阅读 Modularization of XHTML 或阅读 developerWorks Web 体系结构专区上的 XHTML的模块化 教程(2001 年 10 月),了解 XHTML 2.0 是如何构造的。   请在 XHTML 2.0 The Latest Trick 中参考 Kendall Grant Clark 有关 XHTML 2.0 以及 Semantic Web 的注释。   请在 XLink: Who Cares?

      39、中阅读 Bob DuCharme 有关 XLink 及其前景的想法。   下载 X-Smiles,它是一种 XForms 浏览器。   关于作者   Nicholas Chase 曾参与过很多公司(如 Lucent Technologies、Sun Microsystems、Oracle 和 Tampa Bay Buccaneers 等)的网站开发。Nick 曾是一名高中物理教师、低辐射废物设备管理人员、在线科幻杂志编辑、多媒体工程师和 Oracle 讲师。最近,他成为 Site Dynamics Interactive Communications(位于佛罗里达州的 Clearwater)的 CTO,而且还是三本有关 Web 开发书籍的作者,包括 Java and XML from Scratch (Que) 和即将出版的 Primer Plus XML Programming (Sams)。他乐意听取读者意见,可以通过 nicholas@ 与他联系。

  • 移动网页_全站_页脚广告1

    关于我们      便捷服务       自信AI       AI导航        抽奖活动

    ©2010-2025 宁波自信网络信息技术有限公司  版权所有

    客服电话:0574-28810668  投诉电话:18658249818

    gongan.png浙公网安备33021202000488号   

    icp.png浙ICP备2021020529号-1  |  浙B2-20240490  

    关注我们 :微信公众号    抖音    微博    LOFTER 

    客服