正确使用XHTML的冒险以及解决办法.doc
正确使用XHTML的冒险以及解决办法.doc
- 配套讲稿：
如PPT文件的首页显示word图标，表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制：
部分文档作品中含有的国旗、国徽等图片，仅作为作品整体效果示例展示，禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词：
- 正确 使用 XHTML 冒险 以及 解决办法
- 资源描述：
-
正确使用XHTML的冒险以及解决办法 我使用XHTML有些年了，但直至去年夏天我才着眼于如何正确使用，那就是说，以application/xhtml+xml的MIME类型来伺服(server)它。我知道我碰到问题的一些，但问题远非如此。就如你即将发现的一样，当你开始使用真正的XHTML，你会遭遇很多似乎细小但让人困惑的问题。 请注意这不是一篇讨论支持或反对使用XHTML的文章。我只是写下我所知道的潜在的易犯错误，并且让你自己来决定自己的选择：HTML 4.01，为所有浏览器伺服为text/html的XHTML 1.0或者为能够处理其的浏览器伺服为application/xhtml+xml而其他浏览器则伺服为text/html的XHTML 1.0。否则有些东西会完全不一样。 每当我遭遇到它们发生的场合，我开始了解一个又一个的问题。有些情况下我必须花很多时间来查找问题并且在找到解决办法之前求助于其他人。但我在其中学到不少东西，我将把我已经使用XHTML后应该知道的都告诉你。 注意我这里提及的问题只会发生在能正确处理application/xhtml+xml MIME类型的用户代理中，而因此XHTML被作为XML。这也可能是这里不提及XHTML的早期使用的原因——很少有人使用这样的浏览器，所以几乎不会有人因只伺服为text/html的XHTML所烦忧。 今天，实际上把XHTML伺服为application/xhtml+xml正慢慢变得平常。我所知道的理由有两个： 1. 使用Firefox，Mozilla，Opera。Safari和其他兼容XHTML浏览器的人数增加了很多，所以你不再仅仅为自己和伙伴这样做。嗯。或许你就这样做，当将影响更多人。 2. 在web开发者之间，对XHTML的真正面目是什么的觉醒越来越多了。使用XHTML已经有多次多时的热烈的讨论，尤其是伺服为text/html的时候。如果你参与了任何一次讨论，你知道我在说什么。 假如你，像我，决定实现某些类型的content negotiation和在传送XHTML的时候使用正确的媒体类型，你需要知道什么能（和将）在你发布的文档中发生，并且知道怎样避免问题的发生。对于对content negotiation同进行content negotiation的脚本例子有兴趣的读者，我推荐你阅读Content Negotiation和Serving up XHTML with the correct MIME type（本站早有翻译：使用正确的MIME类型伺服XHTML）。还有很多这种类型的文章，但这是我读到的最精彩的两篇。 每一个基本的教程都有一些HTML和XHTML的明显区别：元素和属性名字使用小写，属性值总要用引号。不要使用简化属性，确保所有的元素都有结束标签和没有不正确的嵌套等等。但是，当XHTML伺服为application/xhtml+xml时还需要知道更多东西。 良构是必须的 文档必须是良构（well-formed）的XML（跟合法的（valid）XHTML不必然相同）。对错误没有妥协，没有机会。如果文档不良构，符合标准的浏览器（当前我知道Mozilla，Firefox，Netscape，Camino，Opera，Safari和OmniWeb——相当多的浏览器除了IE）将会显示一条错误信息和在某种方式或其他方式上中止处理文档。 此外，这还意味着不再未编码的“&”号。 XML声明可能是必须的 如果要使用除了UTF-8或者UTF-16字符编码，XML声明是必须的除非HTTP头已经提供编码。 在HTTP头中是否要指定字符编码有些模糊，Architecture of the World Wide Web, Volume One: Media Types for XML如此陈述 总体上，不应该在协议头为XML数据指定字符编码因为数据本身已描述。 另一方面，XHTML 1.0, Second Edition: Character Encoding说： 为了让文档使用指定的字符编码，最好的办法是保证web服务器发送正确的头。 就是说，在XML声明中指定字符编码是好的习惯： <?xml version="1.0" encoding="UTF-8"?> 只有五个实体是安全的 只有五个预定义的实体（<、>、&、 "和'）的支持是有担保的。其他的可能完全被忽略或者直接输出。比如，如果XHTML文档包含如 或者”的实体，Safari会生成。直接地。Opera反而选择忽略未知的实体，同时Mozila家族会认得这些实体并且就像HTML中“如果文档引用公共的映射浏览器伪DTD目录中的标识符并且没有单独声明的文档” 来处理。 使用UTF-8字符编码是备受推荐的最好实践，让你（几乎）可以使用你需要键入文档的任意字符，不需要实体或者字符编号。如果你不能或不愿使用UTF-8，数字式的字符编号是可以支持和安全使用的。 SGML式注释的内容可能会被忽略 SGML注释（HTML风格注释， <!-- 注释 -->）可能会（并且会）被浏览器当作注释，就算是在script或者style元素内部使用。 在HTML中，普遍地把sript和style块的内容装入注释中，为的是在不认识script或者style元素的浏览器中隐藏他们，并且在页面上把其内容生成平白文本。 在XHTML中，这样做会引起浏览器忽略掉注释里的任何内容。 在老旧的浏览器中隐藏script和style元素的实践是退回到1990年代中期的一个习惯。我的经验是，有如此表现的浏览器是十分罕见的，所以你可以安全地忽略它们，并且停止在脚本和样式中装入SGML式注释，就算你使用的是HTML。 脚本和样式元素的内容也被当作XML 样式和脚本元素是PCDATA（parsed character data，解析字符数据）块，不是CDATA（character data，字符数据）块。因此，在其内看起来像XML的任何东西都会被当作XML来解析，并且会引发错误除非是良构的。 为了在stylee或者script块中使用<、&或者--，你需要用CDATA部分来包裹其内容: 1. 在CDATA部分内，你可以任何顺序的字符，它们不会被当作XML来解析（除了结束CDATA部分]]>。） 需要以text/html发送的文档中，CDATA部分的起始和结束标签需要注释掉，以便在不能处理CDATA部分的浏览器中隐藏： 1. 1. <style type="text/css"> 2. /* <![CDATA[ */ 3. ... 4. /* ]]> */ 5. </style> 如果要确保够老的浏览器隐藏CDATA部分，需要使用更为复杂的方法，像在Ian Hickson的Sending XHTML as text/html Considered Harmful中描述的那样： 1. 1. <style type="text/css"> 2. <!--/*--><![CDATA[/*><!--*/ 3. ... 4. /*]]>*/--> 5. </style> 一个更好的办法可能是在发送text/html的文档前使用content negotiation脚本来删除任何CDATA部分。 当然，最聪明和安全的途径是把所有的CSS和JavaScript都移动到外部文件中，但不总是现实的做法。 没有会自动补全的元素 在HTML中，假如表格的tbody元素漏写的话浏览器会自动补全，而XHTML不会。如果你没有清楚地添加tbody，它就不会出现。在编写CSS选择器和JavaScript的时候请铭记在心。 用document.write编写的脚本不再工作 在XHTML中使用JavaScript，document.write不会工作。Ian Hickson在Why document.write() doesn’t work in XML（本站早已翻译：为什么document.write在XML中不工作）解释了原因。你需要使用document.createElementNS()代替。关于更多可以在Experts Exchange中的论坛主题中找到。 这也是Google AdSense不在XHTML中工作的原因之一。那些希望以application/xhtml+xml伺服XHTML并且使用Google广告的人，这儿有一个解决办法：Simon Jessey的 Making AdSense work with XHTML（本站早有翻译：使Google广告AdSense在XHTML中工作）。尽管有点麻烦，但还是工作了（我在这里也使用了），同时被Google所认可。 引入样式元素 在XHTML中，为了兼容定义CSS规则的XML方法，你应该使用XML样式表声明（访问 XHTML 1.0, Second Edition: Referencing Style Elements when serving as XML的XML样式表声明和Associating Style Sheets with XML documents的xml-stylesheet处理说明）。要载入外部CSS文件，我们需要使用style元素，同时应该使用XML样式表声明来引入样式元素。为此，使用id属性给style元素一个分解的标识符，然后在XML样式表声明中引入该标识符： 1. <?xml-stylesheet href=”stylesheet1.css” type=”text/css”?> 2. <?xml-stylesheet href=”#stylesheet2” type=”text/css”?> 3. <!DOCTYPE html 4. PUBLIC “-//W3C//DTD XHTML 1.0 Strict//EN” 5. “http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd”> 6. <html xmlns=”http://www.w3.org/1999/xhtml” xml:lang=”en” lang=”en”> 7. <head> 8. <title>XML stylesheet declaration</title> 9. <style type=”text/css” id=”stylesheet2”> 10. @import “stylesheet2.css”; 11. </style> 12. </head> 我不知道在实际中究竟有多必要，比且不使用XML样式表声明的话会有什么问题。或许有人会指点我的。 CSS的应用规则有些不一样 CSS应用到body的性质（property）并不应用到XHTML的整个文档。最值得注意的是应用背景颜色或者图片。在HTML中，应用到body元素的背景将会覆盖整个页面。在XHTML中，你必须同时样式化html。在Juicy Studio的 CSS body Element Test中有这个行为的演示。 在XHTML中作为CSS规则的元素和属性名字是大小写敏感的（而且必须是小写的）。避免问题最简单的办法是，不管在HTML，XHTML还是CSS中所有东西都保持小写。 有挑战，但不是不可能 当我开始为兼容的浏览器伺服XHTML为application/xhtml+xml时，在作出决定前假如我能读到想这篇一样的文章，或许我的头痛可以减轻不少。我甚至考虑使用HTML 4.01 Strict。虽然如此，我还是从经验中学到不少，而学习总是一个好东西。 正确地使用真正的XHTML，十分希望这篇文章能为你提供一些更有用的信息，并且可以为是否需要走这条路提供更多有根据的决定。 HTML和XHTML可能比我在这里提到的还有更多地不同，所以在这里把你在使用application/xhtml+xml的XHTML时遇到的问题提出来，如果你知道任何的错误或者忽略，务必告诉我。展开阅读全文
咨信网温馨提示：1、咨信平台为文档C2C交易模式，即用户上传的文档直接被用户下载，收益归上传人（含作者）所有；本站仅是提供信息存储空间和展示预览，仅对用户上传内容的表现方式做保护处理，对上载内容不做任何修改或编辑。所展示的作品文档包括内容和图片全部来源于网络用户和作者上传投稿，我们不确定上传用户享有完全著作权，根据《信息网络传播权保护条例》，如果侵犯了您的版权、权益或隐私，请联系我们，核实后会尽快下架及时删除，并可随时和客服了解处理情况，尊重保护知识产权我们共同努力。
2、文档的总页数、文档格式和文档大小以系统显示为准(内容中显示的页数不一定正确)，网站客服只以系统显示的页数、文件格式、文档大小作为仲裁依据，个别因单元格分列造成显示页码不一将协商解决，平台无法对文档的真实性、完整性、权威性、准确性、专业性及其观点立场做任何保证或承诺，下载前须认真查看，确认无误后再购买，务必慎重购买；若有违法违纪将进行移交司法处理，若涉侵权平台将进行基本处罚并下架。
3、本站所有内容均由用户上传，付费前请自行鉴别，如您付费，意味着您已接受本站规则且自行承担风险，本站不进行额外附加服务，虚拟产品一经售出概不退款（未进行购买下载可退充值款），文档一经付费（服务费）、不意味着购买了该文档的版权，仅供个人/单位学习、研究之用，不得用于商业用途，未经授权，严禁复制、发行、汇编、翻译或者网络传播等，侵权必究。
4、如你看到网页展示的文档有www.zixin.com.cn水印，是因预览和防盗链等技术需要对页面进行转换压缩成图而已，我们并不对上传的文档进行任何编辑或修改，文档下载后都不会有水印标识（原文档上传前个别存留的除外），下载后原文更清晰；试题试卷类文档，如果标题没有明确说明有答案则都视为没有答案，请知晓；PPT和DOC文档可被视为“模板”，允许上传人保留章节、目录结构的情况下删减部份的内容；PDF文档不管是原文档转换或图片扫描而得，本站不作要求视为允许，下载前可先查看【教您几个在下载文档中可以更好的避免被坑】。
5、本文档所展示的图片、画像、字体、音乐的版权可能需版权方额外授权，请谨慎使用；网站提供的党政主题相关内容(国旗、国徽、党徽－－等)目的在于配合国家政策宣传，仅限个人学习分享使用，禁止用于任何广告和商用目的。
6、文档遇到问题，请及时联系平台进行协调解决，联系【微信客服】、【QQ客服】，若有其他问题请点击或扫码反馈【服务填表】；文档侵犯商业秘密、侵犯著作权、侵犯人身权等，请点击“【版权申诉】”，意见反馈和侵权处理邮箱：1219186828@qq.com；也可以拔打客服电话：0574-28810668；投诉电话：18658249818。
实名认证
平台协调中心【客服】
自信AI助手
微信客服
客服QQ
发送邮件
意见反馈
链接地址：https://www.zixin.com.cn/doc/7779335.html