HTML 5开发使用框架需要注意什么

发布网友发布时间：2022-05-12 01:33

共2个回答

懂视网时间：2022-05-12 05:54

这次给大家带来一定要注意常见的3种HTML5错误用法，一定要注意常见的3种HTML5错误用法的注意事项有哪些，下面就是实战案例，一起来看一下。

人们在标签使用中最常见到的错误之一就是随意将HTML5的<section>等价于<div>——具体地说，就是直接用作替代品(用于样式)。在XHTML或者HTML4中，我们常看到这样的代码：

<!-- HTML 4-style code --><div id="wrapper">
 <div id="header">
 <h1>My super duper page</h1>
 Header content </div>
 <div id="main">
 Page content </div>
 <div id="secondary">
 Secondary content </div>
 <div id="footer">
 Footer content </div></div>

而现在在HTML5中，会是这样：

请不要复制这些代码！这是错误的！

<section id="wrapper">
 <header>
 <h1>My super duper page</h1>
 <!-- Header content -->
 </header>
 <section id="main">
 <!-- Page content -->
 </section>
 <section id="secondary">
 <!-- Secondary content -->
 </section>
 <footer>
 <!-- Footer content -->
 </footer></section>

这样使用并不正确：**

并不是样式容器。**section元素表示的是内容中用来帮助构建文档概要的语义部分。它应该包含一个头部。如果你想找一个用作页面容器的元素(就像HTML或者XHTML的风格)，那么考虑如Kroc Camen所说，直接把样式写到body元素上吧。如果你仍然需要额外的样式容器，还是继续使用div吧。

基于上述思想，下面才是正确的使用HTML5和一些ARIA roles特性的例子（注意，根据你自己的设计，你也可能需要加入div）

<section id="wrapper">
 <header>
 <h1>My super duper page</h1>
 <!-- Header content -->
 </header>
 <section id="main">
 <!-- Page content -->
 </section>
 <section id="secondary">
 <!-- Secondary content -->
 </section>
 <footer>
 <!-- Footer content -->
 </footer></section>

这样使用并不正确：**

基于上述思想，下面才是正确的使用HTML5和一些ARIA roles特性的例子（注意，根据你自己的设计，你也可能需要加入div）

<body><header>
 <h1>My super duper page</h1>
 <!-- Header content --></header><div role="main">
 <!-- Page content --></div><aside role="complementary">
 <!-- Secondary content --></aside><footer>
 <!-- Footer content --></footer></body>

二、只在需要的时候使用header和hgroup

写不需要写的标签当然是毫无意义的。不幸的是，我经常看到header和hgroup被无意义的滥用。你可以阅读一下关于header和hgroup元素的两篇文章做一个详细的了解，其中内容我简单总结如下：

header元素表示的是一组介绍性或者导航性质的辅助文字，经常用作section的头部

当头部有多层结构时，比如有子头部，副标题，各种标识文字等，使用hgroup将h1-h6元素组合起来作为section的头部

header的滥用

由于header可以在一个文档中使用多次，可能使得这样代码风格受到欢迎：

请不要复制这段代码！此处并不需要header –>
<header>
 <h1>My best blog post</h1>
</header>
<!-- Article content --></article>

如果你的header元素只包含一个头部元素，那么丢弃header元素吧。既然article元素已经保证了头部会出现在文档概要中，而header又不能包含多个元素（如上文所定义的），那么为什么要写多余的代码。简单点写成这样就行了：

<article>
 <h1>My best blog post</h1>
 <!-- Article content --></article>

的错误使用

在headers这个主题上，我也经常看到hgroup的错误使用。有时候不应该同时使用hgroup和header:

如果只有一个子头部

如果hgroup自己就能工作的很好。。。这不废话么

第一个问题一般是这样的：

请不要复制这段代码!此处不需要hgroup –>
 <hgroup>
 <h1>My best blog post</h1>
 </hgroup>
 <p>by Rich Clark</p></header>

此例中，直接拿掉hgroup，让heading果奔吧。

<header>
 <h1>My best blog post</h1>
 <p>by Rich Clark</p></header>

第二个问题是另一个不必要的例子：

请不要复制这段代码!此处不需要header –>
<hgroup>
 <h1>My company</h1>
 <h2>Established 1893</h2>
</hgroup></header>

如果header唯一的子元素是hgroup，那还要header干神马？如果header中没有其他的元素（比如多个hgroup），还是直接拿掉header吧。

<hgroup>
 <h1>My company</h1>
 <h2>Established 1893</h2></hgroup>

三、不要把所有列表式的链接放在nav里

随着HTML5引入了30个新元素（截止到原文发布时），我们在构造语义化和结构化的标签时的选择也变得有些不慎重。也就是说，我们不应该滥用超语义化的元素。不幸的是，nav就是这样一个被滥用的例子。nav元素的规范描述如下：
nav元素表示页面中链接到其他页面或者本页面其他部分的区块；包含导航连接的区块。

关键的词语是“主要的”导航。当然我们可以互相喷上一整天什么叫做“主要的”。而我个人是这样定义的：

主要的导航

站内搜索

二级导航（略有争议）

页面内导航（比如很长的文章）

既然并没有绝对的对错，所以根据一个非正式投票以及我自己的解释，以下的情况，不管你放不放，我反正不放在中：

分页控制

社交链接（虽然有些社交链接也是主要导航，比如“关于”“收藏”）

博客文章的标签

博客文章的分类

三级导航

过长的footer

如果你不确定是否要将一系列的链接放在nav中，问你自己：“它是主要的导航吗？”为了帮助你回答这个问题，考虑以下首要原则：

如果使用section和hx也同样合适，那么不要用nav — Hixie on IRC

为了方便访问，你会在某个“快捷跳转”中给这个nav标签加一个链接吗？

如果这些问题的答案是“不”，那就跟鞠个躬，然后独自离开吧。

相信看了这些案例你已经掌握了方法，更多精彩请关注Gxl网其它相关文章！

相关阅读：

插入表单时怎样处理form上下空出一行

如何用html的title属性实现鼠标悬停显示文字

热心网友时间：2022-05-12 03:02

介绍HTML5开发游戏关于框架的使用实用建议：
　　如果只是用HTML5编写一些小程序其实非常简单，但如果想往你的游戏中加入更丰富的功能，那么就有许多其他的事情需要处理了。
　　比如，如果你的游戏中有大量的图片、音效或是其他的资源，那么浏览器需要从你的游戏服务器上下载这些资源，这往往需要花费很多的时间。如果你在编写程序的时候没有考虑这些问题，那么你也许会对最后的结果感到意外。由于图形和声音文件都是异步下载的，也许在你的资源下载好以前你的JavaScript脚步已经开始运行了。这就是所谓的“爆音”现象(图像显示异常)，而声音也可能在错误的时间播放。一个好的解决方法就是创建一个预先下载机制，保证所有的资源下载完以后才允许脚本执行。
　　另一个你可能碰到的问题就是你的游戏在不同的机器甚至是浏览器中运行的速度有所不同。虽然这也许在你的控制范围以外，但你还是可以尽量使得你的动画或是动作的速度不依赖于游戏运行框架的速度。
　　其实，现在有许多的游戏模板代码，里面实现了大多数游戏需要的功能。这样，开发者不需要从头到尾编写一个完整的游戏程序。现在有许多框架可以帮助开发者设计游戏，开发者只用关注具体的游戏逻辑，而不用担心如何使游戏顺畅运行这些细节问题。
　　使用框架时唯一需要注意的一点就是如何从众多的框架中挑选一个合适的框架。像ImpactJS这样的框架功能非常强大，几乎可以在各个方面为开发者提供帮助;而像EaselJS的框架则主要是处理图形方面的工作。最后，还是需要由开发者决定使用哪种框架更加合适。这看起来似乎很简单，但在JavaScript的世界里面，选择一个框架时也意味着你选择了一种特定的编程风格。
　　虽然现在已经有很多HTML5游戏使用了一些框架，但是还是有很多开发者不嫌麻烦地选择不依赖任何框架完全自己开发。如果你想在合理的时间内完成任务，使用框架当然是最有效的方法。