华为云亮点抢先看!2019华为全球金融峰会
613
2022-05-28
每天早晨,我都例行公事般地喝咖啡、收邮件和刷Twitter。我在Instagram上浏览照片,查看屏幕截图,然后上传到Dribbble。我还使用DiggReader来阅读RSS订阅,然后在Swarm上看看附近的小伙伴。这些站点都与传统意义上的网站不同,它们更像是桌面软件,而不是Web应用。
Web应用已经变得越来越强大和复杂,但是标记语言与早期相比没什么变化。HTML以及后来更严格的XML、XHTML,这些是用来构建网页的工具,而不是构建应用的工具。所以HTML5应运而生——我们先来介绍一点历史知识。
在HTML4.0发布之后,W3C关闭了HTML工作组。HTML结束了。他们认为未来是属于XML的,而不是HTML。在2004年的时候,W3C举办了一场研讨会,几个浏览器大厂都参加了。他们考虑设计一款文档语言用来开发Web应用。
Mozilla和Opera给出了自己的建议,但是W3C忽略了他们......
目前W3C不打算为HTML和CSS的Web应用投入任何资源。
但在真实世界中,浏览器厂商才有决定权,而不是W3C这样的标准组织。因此,当W3C拒绝了厂商提出的建议后,这些厂商自己组建了一个WHATWG工作组。这是一个松散、非官方且开放的协作式工作组,其成员包括苹果、Google、Mozilla和Opera。微软最初没有加入这个组织。WHATWG称其规范为WebApplications1.0。
与此同时,W3C的工作也在继续,他们把重心放在了文档语言XHTML2上面。虽然他们雄心勃勃,然而没有这些浏览器大厂的支持,他们的命运是注定的。正如MarkPilgrim所说“赢家是顺应潮流的人。”
在Web标准的制定上,浏览器厂商握有重要的牌。各厂商都在不遗余力地支持HTML5,快速开发制定规范,结果呢?HTML不仅被广泛采用,而且成为了标准,即使W3C到2022年也不认可它。
我们是要等到那时才能使用HTML5?幸好我们没那么做,如果选择了等待,那我们就创造不出令人激动的网站和应用了。
有人肯定会问“如果规范变了,我是不是还得修改我的HTML?”是的。无论怎样我们都要改变。
HTML不会冰封,改写HTML5标记是其进化过程中的一部分。
HTML5建立在已有的标记之上,它不是一门新语言,而是在原有的基础之上加了一些强大的特性。学习HTML5不是很难,我们现在就开始吧。
简述
从最简单的开始吧。首先用简短的HTML写一个文档类型的声明。
没有版本号、没有语言、没有URI,只是一个普通的HTML。
文档类型doctype是不区分大小写的,所以也可以写为: 、或者。
你知道吗,最新版本的HTML甚至不需要写doctype,你甚至可以不声明它,页面仍然有效。但不建议这样做。
不仅doctype变短了,字符编码也变短了。下面是一个写在HTML里面的meta元素。
我们不需要指定每一个link上面的每个stylesheet值,我们可以简写成这样:
因为浏览器不需要知道,我们不必要包含text/javascript,我们可以简写成这样:
HTML不计较我们怎么写标记。是否大小写,是否大小写混用,是否忘记闭合标签,HTML都不介意。浏览器也不介意,所以按照自己的喜好来写吧。
HTML中的语义元素
HTML5引入了一组新的元素,提高了页面的构建能力。你的文档可能仍然充满了div——HTML4.01规范中描述其为“附加结构机制”——对相关内容进行语义分组。
以上标签中的任何一个属性语义都是比较隐晦的,也不是机器可读的。在实践中,爬虫会认为you-dumb-mug和content__main毫无区别。
将来,添加id和class属性将只是简单地描述可视化布局,而不会承担语义化的任务。
我们可以替换一些语义更精确的结构元素来帮助减少对可视化的依赖。结果是,我们的可视化布局将会变得更简单。
2005年,Google调查了30亿的网页,从中找出设计师最常用的id和class属性。这些发现后来成为了HTML5的基本元素。
section
article
aside
header
footer
nav
这个列表并不全面,因为本书并不是一本HTML参考书。参考书我推荐Jeremy Keith的《HTML5+CSS3网页设计入门必读》。
挑选一个典型的Web页面的结构,我们就会发现div。这些元素组织起相关内容,帮助我们建立CSS布局。我们看一下一个老手构建的页面。
这样垒代码是非常有效的。然而,虽然我们能理解每个div代表了页面上的一小块,浏览器却无法将它们和任何匿名块级元素区分开。
相反,section元素将内容组织到精确的语义块而不是通用容器中。把它们当做文档中独立且清晰存在的一部分。在下一个例子中,sections将包含不同国家地区的新闻报道,每一篇报道与国家地区都是相关的。请注意,每一个部分都是独立的,所以我们将在每个部分中加入描述性标题。
如果有必要,我们可以添加id属性,以便通过片段标识符寻址。
向BEM转换
如果你多年来关注我的作品,你会发现我一直痴迷于HTML的命名规则和尽量少写class。编写最简洁的HTML是我的信仰。
过去,我尽可能使用较短的class命名,比如我会像下面这样,使用CSS的属性选择器来替代class的显示声明。
我使用子选择器(配合>使用)直接定义元素子集的样式,在这个例子中,ul无序列表就是header元素的子集。
当然,我使用了很多相邻兄弟选择器。这种选择器可能已不再安全,它会把样式规则作用在近邻指定元素后方的元素上。比如下面的例子会对H1一级标题后的header元素增加一个蓝色的边框。
甚至有一次,我制作了一个完全没有包含任何类属性的页面,什么都没有。每每想到这里,就很同情那些不得不靠很多class来构建页面的开发人员。
在过去的几年里,我们公司参与了几个大项目,这让我意识到,良好的代码结构、HTML和CSS元素之间的关系,对于项目交付是很重要的。BEM语法或者命名公约的作用就在于此。
区块、元素、装饰器
仔细看之前例子,你就会注意到,许多元素的属性值都有两条下划线或者俩个连字符。这些连字符和下划线是BEM系统的一部分,它们经常像下面这样使用。
.block用作高阶元素,包含了其他的内容和风格。例如在本书第一部分里,一个具有container的class里面将包含一些子元素,包含一些主内容和互补内容。这个container就是典型的BEM区块。
.block_element代表这个元素是我们的子容器。主内容和互补内容边界就是很好的例子。用两个带下划线的元素就能描述它们的边界:.container_main和.container_complementary。子元素或者特定的段落(如.container_lead)也可包含标题(如.container_heading)。
.block--modifier描述了对一个区块元素的改变。在本书网站的主页中,主容器是一个浅色背景,然而,一些属性改变了,它就编程了深色背景。我们可以通过有两个连字符的属性来做到,比如container--dark。
使用这个约定可以帮助精确定义不同元素之间的关系。开发人员可以通过检查HTML结构或者通过阅读我的样式表来理解。.container__main显然是容器的子元素。容器标题就是container_heading。开发人员不需要理解.container_dark的目的,因为BEM语法告诉他们,这是.container的一个标准替代。
使用BEM已经改变了我的工作,尽管我仍然追求简洁的HTML代码,但我可以为此牺牲一部分严谨的代码风格。
让我们继续增加一些文章来构建文档。
当我们为博客、在线杂志或新闻网站写稿时,我们就是在发布文章。在HTML中,每篇文章都是一个独立的故事,就算没有网页中的上下文,它也应该能被人们理解。这听起来类似于section,但有很大的差别。article代表了一个故事,可以独立存在,而section是页面中完整的一部分,它包含多个相关文章。
检查article标记是否运用得当的方法是:看其内容本身是否有意义。例如,将之导入iPad的Pocket应用里,看它是否还具备完整的意义。
如果你有iPad,使用Pocket是阅读文章的好方式。在Pocket里,内容是独立的,并且没有广告和导航等。Mac OSX和iOS中的Safari也提供类似的功能。
如果你仍然对section和article的区别有所困惑,Doctor BruceLawson的文章"HTML5 articles and sections: what's the difference?"可以供你参考。
让我们给归档页的大纲的每个部分各自添加一段文章。
section可以包含article,article也可以包含section。你想轻轻松松地学习新的HTML元素?不可能吧?
我来帮你梳理一下对article和section的困惑,那不是你的问题,在以下例子中,article元素中分为三个部分,每个都对应一个知名作家。
页面的标志区域或报头可以用header元素来描述,通常这些标题放在页面的顶端,当然也可以放在底部或者其他地方。我们用一个更合适的header元素来替换经典的banner。
我们可以在section或者article里面添加header元素,而且在页面里面可以有多个header。这意味着我们有多种使用header的方式:作为整页的标志;作为介绍section和article区域的引言,或者二者混合使用。
这个规范将header元素描述成“导航辅助或组引导的容器”。让我们可以自由地包含搜索表单、时间日历组件。页面或者段落都将以此开始。
我在2004年对一些元素的使用情况进行过调研,Google也做过类似的调研,我们都发现:大多数设计师都会标注页脚,通常包含联系人和版权信息——这就是页脚。
在典型的HTML4.01和XHTML1.0文档中,页脚通常会是一个div并带有一个值为footer的class属性。
我们甚至可以使用footer元素来替换蹩脚的div布局。
像我喝的咖啡一样顺滑流畅,现在我们来添加一些aside,来包含《My Gun Is Quick》的信息。
有了导航,浏览网站变得更加简单。当我们构建页面时,导航通常看起来是这样的。
我们已经习惯了使用列表标记导航,但我们还使用列表标记其他事情。那么问题来了,浏览器如何区分不同的列表?
好在我们现在有了nav元素,来实现页面上的一个或多个“主要导航块”。不是所有的链接或者链接区块都是页面主导航,所以我们应该保留nav元素,以便帮助人们快速区分出哪里才是页面导航
导航可能会包含跳转最重要页面的链接列表,它可能在header中,可能在侧边栏,也可能在footer中。接下来,我们将使用充满语义的nav元素,取代以前的div布局。
当访客通过搜索来寻找内容时,我们在nav中添加一个搜索表单。如果我们包含跳转链接,这些也可以作为无障碍技术的主要导航区域。
我通常会在印刷品、图片、图表、简图中配上一些说明文字。与其纠结使用什么样的元素来做图注,不如直接使用figure和figcaption元素,就像下面这样。
当我们需要注释一组元素时,我们可以嵌套多个图片、图表示意图,然后用一个figcaption来标记。
HTML5时间和日期
你可以想象,在HTML里写日期如此简单。
但问题是,软件很难知道这串数字是一个日期。另一方面,人们对相同的数字可能会有不同的解读,如果你来自英国,这些数字代表2015年5月6日,但如果你生活在美国,你可能认为它表示6月5日,2015年。
为了解决这个问题,time元素必须对人是可读的——不管是6may2015,还是May6th,2015——这些参数必须格式化。
time元素是由两个版本的日期或日期/时间属性构成的。首先是一个人类可读的、自然语言的日期;第二个是名为datetime的机器可读属性,它遵从ISO标准日期格式:YYYY-MM-DDThh:mm:ss。年月日后跟着的是小时、分钟和秒(如果我们需要精确的话)。
time元素有一段曲折的历史。在2011年首次引入HTML5中的时候,它曾遭HTML规范的抛弃,被一个更通用、且在我看来缺乏语义的data元素替代。好在当年晚些时候time元素又被加入到规范中,并增加了一些有用的额外功能。比如此前的datetime格式要求精确,而新支持的ISO标准格式则允许使用模糊日期。
当需要描述一个事件持续多长时间时,可以使用datetime属性和前缀P。添加后缀D表示天、H表示小时、M表示分钟、S表示秒。如果你想标记为了买火车票排了一天队的话,像下面这样写就好了。
下一个事件持续了1天6小时10分钟30秒。发现了吗?额外的T(时间)前缀表示一个更为精确的时间。
通过结合精确、结构化的日期格式,日期和时间得以借助自然语言来设定,同时实现了一个对于人类和机器都可读的通用格式。
表单元素
哪种网站或APP将由一两个表单构成?无论你喜不喜欢,如果网站中没有表单,那着实让人难以接受。HTML5引入十多个input类型和属性,这令实现复杂的控制和功能——如滑块、日期选择器和客户端验证——变得更加简单。这些元素包括email、url、tel和search。不要担心老旧的浏览器,因为当浏览器无法理解这些input类型的时候,会自动降级为文本框。
很多场景下都需要填写电邮地址,比如联系人表单、评论表单、注册、登记表单等。选择email的input类型,来表述这些email地址。
我们已经习惯了使用软键盘处理手头工作,如上图所示,iPad键盘已经包含了一个可以便捷输入email的设置键。
现在你可以使用各种各样的有趣的功能,比如检查电邮地址的有效性,以及是否包含@符号等。在一个email类型输入框中输入时,Safari会自动调出虚拟键盘,@符号很直观地出现在键盘下方。
当我们使用URL类型的输入框时——为了帮助用户专注和精准的输入网址url——iOS软键盘会为此类型输入框提供斜杠/、句点以及.com这样的按键。
提升网站表单的体验,有助于让人们愿意完成输入。当使用url时,iPhone的键盘会自动在下方调取出.com按钮。
如果我们使用tel输入框,iOS会自动调出数字键盘。
iOS做了很多细致且卓越的工作,以使键盘输入更加便捷。
搜索search 如果网站内容太多,我们就得使用搜索框来找到所需的内容。刚好有一个输入框表单类型可以用于搜索。
在iOS系统的Safari浏览器上,search输入框的边角更加圆润;而在Mac OS X系统的Safari浏览器上(在别的桌面浏览器上也同样),search和普通文本框的外观别无二致,直到我们与之交互。在Chrome、Safari和Opera这些浏览器上,搜索查询体验会更加便捷,它们会自动在搜索框内增加一个图标,当用户点击这个图标时,就会清除已经在搜索框内输入的内容。
通过添加一些小的额外属性,可以让你定制的输入框更有范儿。比如添加autosave属性,为其添加一个唯一值,在我们的例子中,我们写上"gethardboiled",然后在Safari中奇迹出现了,搜索框中不仅会添加一个放大镜图标,而且在点击它的时候,会出现一个列表,其中是近期搜索过的关键词。无论页面是否刷新,这个列表都会保存。此外,可以使用results属性来控制记录多少个最近搜索的关键词,在下例中,我们的表单将保存最近搜索的10个关键词。
search输入框在样式处理上简直是臭名昭著,而其结果列表的样式在不同浏览器下也是千差万别。所以我的建议是,把这些交给浏览器来处理,不必太过渲染输入框。
如果我们使用number输入类型,iOS会自动调出一个只有数字的键盘。但在大多数桌面浏览器中,更有趣的事情发生了。Chrome,Firefox、Opera和Safari,在number输入框右侧增加了输入箭头或旋钮。按下这些箭头,或使用键盘上的方向键,或者使用鼠标滚轮向上或向下滚动,即可调整输入的号码。
如果你并不需要这些箭头,你可以在Chrome、Firefox、Opera以及Safari中,使用一段非标准,但是却非常好用的CSS代码。
这样一来,number的功能保持不变,人们仍然可以使用键盘的方向键或鼠标滚轮来调整数字。
当人们在航空公司、租车服务或酒店网站上选择日期的时候,总是要耗费极大的精力和时间。HTML的原生日期选择器将会让我们不再那么痛苦。
表单标签总会给人带来各种麻烦。我总想为没有标签文本的表单元素制作一个可视化提示。placeholder属性,会将提示信息添加到任何为空且失去焦点的input中;而不支持这个属性的浏览器会忽略这个提示文本。
label并不是必需的,当表单内容很简单的时候,它可以被标题或者明确的标题按钮所替代。
像大多数人一样,当我使用Google搜索的时候,光标会自动聚焦在搜索框内;而与很多普通人不同,作为设计师,我会注意这些小的体验改进。在过去,我们必须使用脚本才能达到这样的效果,但现在完全可以使用autofocus属性,来以原生的方式让浏览器帮助我们实现。不支持autofocus属性的浏览器将会自动忽略它:
自动完成autocomplete 使用autocomplete属性,可以以原生的方式实现自动补充的效果。
使用autocomplete的时候需要注意安全性,尤其在某些场景下最好不要使用,比如涉及到信用卡或其他财务信息的时候。
列表list和数据列表datalist
通常,帮助访客完成表单输入的最好方式,就是让他们回答问题、给出建议,或做出选择。我们来看下list属性,它包含一个datalist,在一个文本输入框上复合了一个select框,这样可以方便快捷地选择输入内容。
想象一下,当我们在表单中问访客最喜欢的侦探是谁时,为了帮助用户快速做出选择,可以在datalist里提供一些侦探的名字,然后给一个text类型的input添加一个list属性,并通过给紧邻的datalist设置相同的id,将二者联动起来。 。
访客既可以自己输入,也可以从datalist中选择可用的选项。如果浏览器不支持此属性,则忽略它们,只显示出普通文本输入框。
在某些电商网站,购物数量被设定为一个最小值;而有的则需要设置为更大的值。添加min和max属性,就可以对数据的上下限进行控制。
值得注意的是,不管在哪个浏览器中,min和max属性不能和required属性同时使用。事实上,我们不能把required属性和数字输入框一起用。
编写表单验证脚本是我最不喜欢的工作之一。如果可能,我宁可花钱雇人干这个脏活儿。虽然JavaScript库让这样的工作轻松了一些,但我敢打赌,即使最铁杆的JavaScript程序员,也不喜欢去开发这些脚本。如果浏览器能处理表单验证岂不更好。这不仅让开发者更轻松,还可以让那些绕过表单里的通过JS验证输入是否合法的人无从下手(因单纯为使用JS验证输入是否合法,是可以被用户人为绕过的,比如禁止掉浏览器的JS功能) (要绕过JavaScript验证,其实只需关闭浏览器的JavaScript即可)。好消息是,在新的HTML标准中,已经包括了这些看起来很简单的特性,使客户端表单验证成为轻而易举之事。
HTML5添加required属性后,将阻止表单提交,直到所有的属性都已正确输入。
如果你不喜欢添加浏览器验证,简单地加一个novalidate标签就可以了。
打破传统
HTML5把标记带入了Web应用的时代,而实际情况远比本书所介绍的更多。例如,可以使用很多方式脱离浏览器插件来支持播放音视频文件,甚至可以离线交互等。你能走多远,取决于你的工作和人们的需求。但有一点是很明确的,HTML就在那里,如果我们想在互联网浪潮中保持领先,那就应该尽可能地利用这一开放的新技术。
本文节选自《超越平凡的Web设计(iWeb会场抢先版)》
内容简介
本书结构清晰合理、内容深入浅出,无论您是有一定经验的前端开发工程师,还是Web设计与开发的爱好者,本书都值得您仔细品味,反复吸收。
本文转载自异步社区
HTML5 容器 HTML
版权声明:本文内容由网络用户投稿,版权归原作者所有,本站不拥有其著作权,亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容,请联系我们jiasou666@gmail.com 处理,核实后本网站将在24小时内删除侵权内容。