本文其实应该叫,Web 用户体验设计提升指南。
一个 Web 页面,一个 APP,想让别人用的爽,也就是所谓的良好的用户体验,我觉得他可能包括但不限于:
所谓的用户体验设计,其实是一个比较虚的概念,是秉承着以用户为中心的思想的一种设计手段,以用户需求为目标而进行的设计。设计过程注重以用户为中心,用户体验的概念从开发的最早期就开始进入整个流程,并贯穿始终。
良好的用户体验设计,是产品每一个环节共同努力的结果。
除去一些很难一蹴而就的,本文将就页面展示、交互细节、可访问性三个方面入手,罗列一些在实际的开发过程中,积攒的一些有益的经验。通过本文,你将能收获到:
就整个页面的展示,页面内容的呈现而言,有一些小细节是需要我们注意的。
先来看看一些布局相关的问题。
对于大部分 PC 端的项目,我们首先需要考虑的肯定是最外层的一层包裹。假设就是 .g-app-wrapper
。
<div class="g-app-wrapper">
div>
复制代码
首先,对于 .g-app-wrapper
,有几点,是我们在项目开发前必须弄清楚的:
对于定宽布局,就比较方便了,假设定宽为 1200px
,那么:
.g-app-wrapper {
width: 1200px;
margin: 0 auto;
}
复制代码
利用 margin: 0 auto
实现布局的水平居中。在屏幕宽度大于 1200px
时,两侧留白,当然屏幕宽度小于 1200px
时,则出现滚动条,保证内部内容不乱。
">
对于现代布局,更多的是全屏布局。其实现在也更提倡这种布局,即使用可随用户设备的尺寸和能力而变化的自适应布局。
通常而言是左右两栏,左侧定宽,右侧自适应剩余宽度,当然,会有一个最小的宽度。那么,它的布局应该是这样:
<div class="g-app-wrapper">
<div class="g-sidebar">div>
<div class="g-main">div>
div>
复制代码
.g-app-wrapper {
display: flex;
min-width: 1200px;
}
.g-sidebar {
flex-basis: 250px;
margin-right: 10px;
}
.g-main {
flex-grow: 1;
}
复制代码
">
利用了 flex 布局下的 flex-grow: 1
,让 .main
进行伸缩,占满剩余空间,利用 min-width
保证了整个容器的最小宽度。
当然,这是最基本的自适应布局。对于现代布局,我们应该尽可能的考虑更多的场景。做到:
">
下面一种情形也是非常常见的一个情景。
页面存在一个 footer 页脚部分,如果整个页面的内容高度小于视窗的高度,则 footer 固定在视窗底部,如果整个页面的内容高度大于视窗的高度,则 footer 正常流排布(也就是需要滚动到底部才能看到 footer)。
看看效果:
">
嗯,这个需求如果能够使用 flex 的话,使用 justify-content: space-between
可以很好的解决,同理使用 margin-top: auto
也非常容易完成:
<div class="g-container">
<div class="g-real-box">
...
div>
<div class="g-footer">div>
div>
复制代码
.g-container {
height: 100vh;
display: flex;
flex-direction: column;
}
.g-footer {
margin-top: auto;
flex-shrink: 0;
height: 30px;
background: deeppink;
}
复制代码
Codepen Demo -- sticky footer by flex margin auto
当然,实现它的方法有很多,这里仅给出一种推荐的解法。
对于所有接收后端接口字段的文本展示类的界面。都需要考虑全面(防御性编程:所有的外部数据都是不可信的),正常情况如下,是没有问题的。
">
但是我们是否考虑到了文本会超长?超长了会折行还是换行?
">
对于单行文本,使用单行省略:
{
width: 200px;
white-space: nowrap;
overflow: hidden;
text-overflow: ellipsis;
}
复制代码
">
当然,目前对于多行文本的超长省略,兼容性也已经非常好了:
{
width: 200px;
overflow : hidden;
text-overflow: ellipsis;
display: -webkit-box;
-webkit-line-clamp: 2;
-webkit-box-orient: vertical;
}
复制代码
">
对于一些动态内容,我们经常使用 min/max-width
或 min/max-height
对容器的高宽限度进行合理的控制。
在使用它们的时候,也有一些细节需要考虑到。
譬如经常会使用 min-width
控制按钮的最小宽度:
.btn {
...
min-width: 120px;
}
复制代码
当内容比较少的时候是没问题的,但是当内容比较长,就容易出现问题。使用了 min-width
却没考虑到按钮的过长的情况:
这里就需要配合 padding 一起:
.btn {
...
min-width: 88px;
padding: 0 16px
}
复制代码
借用Min and Max Width/Height in CSS中一张非常好的图,作为释义:
">
这个也是一个常常被忽略的地方。
页面经常会有列表搜索,列表展示。那么,既然存在有数据的正常情况,当然也会存在搜索不到结果或者列表无内容可展示的情形。
对于这种情况,一定要注意 0 结果页面的设计,同时也要知道,这也是引导用户的好地方。对于 0 结果页面,分清楚:
不同的情况可能对应不同的 0 结果页面,附带不同的操作引导。
譬如网络异常:
">
或者确实是 0 结果:
">
关于 0 结果页面设计,可以详细看看这篇文章:如何设计产品的空白页面?
小小总结一下,上述比较长的篇幅一直都在阐述一个道理,开发时,不能仅仅关注正常现象,要多考虑各种异常情况,思考全面。做好各种可能情况的处理。
图片在我们的业务中应该是非常的常见了。有一些小细节是需要注意的。
有的时候和产品、设计会商定,只能使用固定尺寸大小的图片,我们的布局可能是这样:
">
对应的布局:
<ul class="g-container">
<li>
<img src="http://placehold.it/150x100">
<p>图片描述p>
li>
ul>
复制代码
ul li img {
width: 150px;
}
复制代码
当然,万一假设后端接口出现一张非正常大小的图片,上述不加保护的布局就会出问题:
">
所以对于图片,我们总是建议同时写上高和宽,避免因为图片尺寸错误带来的布局问题:
ul li img {
width: 150px;
height: 100px;
}
复制代码
同时,给 标签同时写上高宽,可以在图片未加载之前提前占住位置,避免图片从未加载状态到渲染完成状态高宽变化引起的重排问题。
object-fit
当然,限制高宽也会出现问题,譬如图片被拉伸了,非常的难看:
">
这个时候,我们可以借助 object-fit
,它能够指定可替换元素的内容(也就是图片)该如何适应它的父容器的高宽。
ul li img {
width: 150px;
height: 100px;
object-fit: cover;
}
复制代码
利用 object-fit: cover
,使图片内容在保持其宽高比的同时填充元素的整个内容框。
">
object-fit
还有一个配套属性 object-position
,它可以控制图片在其内容框中的位置。(类似于 background-position
),m默认是 object-position: 50% 50%
,如果你不希望图片居中展示,可以使用它去改变图片实际展示的 position 。
ul li img {
width: 150px;
height: 100px;
object-fit: cover;
object-position: 50% 100%;
}
复制代码
">
像是这样,object-position: 100% 50%
指明从底部开始展示图片。这里有一个很好的 Demo 可以帮助你理解 object-position
。
CodePen Demo -- Object position
正常情况下,图片的展示应该没有什么问题了。但是对于有图片可展示的情况下,我们还可以做的更好。
在移动端或者一些高清的 PC 屏幕(苹果的 MAC Book),屏幕的 dpr 可能大于 1。这种时候,我们可能还需要考虑利用多倍图去适配不同 dpr 的屏幕。
正好, 标签是有提供相应的属性
srcset
让我们进行操作的。
<img src='photo@1x.png'
srcset='photo@1x.png 1x,
photo@2x.png 2x,
photo@3x.png 3x'
/>
复制代码
当然,这是比较旧的写法,srcset
新增了新的 w 宽度描述符,需要配合 sizes
一起使用,所以更好的写法是:
<img
src = "photo.png"
sizes = “(min-width: 600px) 600px, 300px"
srcset = “photo@1x.png 300w,
photo@2x.png 600w,
photo@3x.png 1200w,
>
复制代码
利用 srcset
,我们可以给不同 dpr 的屏幕,提供最适合的图片。
上述出现了一些概念,dpr,图片的 srcset ,sizes 属性,不太了解的可以移步 前端基础知识概述
好了,当图片链接没问题时,已经处理好了。接下来还需要考虑,当图片链接挂了,应该如何处理。
处理的方式有很多种。最好的处理方式,是我最近在张鑫旭老师的这篇文章中 -- 图片加载失败后CSS样式处理最佳实践 看到的。这里简单讲下:
元素的 onerror
事件,给加载失败的
元素新增一个样式类
元素的伪元素,展示默认兜底图的同时,还能一起展示
元素的 alt
信息<img src="test.png" alt="图片描述" onerror="this.classList.add('error');">
复制代码
img.error {
position: relative;
display: inline-block;
}
img.error::before {
content: "";
/** 定位代码 **/
background: url(error-default.png);
}
img.error::after {
content: attr(alt);
/** 定位代码 **/
}
复制代码
我们利用伪元素 before
,加载默认错误兜底图,利用伪元素 after
,展示图片的 alt
信息:
">
OK,到此,完整的对图片的处理就算完成了,完整的 Demo 你可以戳这里看看:
接下来一个大环节是关于一些交互的细节。对于交互设计,一些比较通用的准则:
在我们的交互过程中,适当的增加过渡与动画,能够很好的让用户感知到页面的变化。
譬如我们页面上随处可见 loading 效果,其实就是这样一种作用,让用户感知页面正在加载,或者正在处理某些事务。
">
滚动也是操作网页中非常重要的一环。看看有哪些可以优化的点:
scroll-behavior: smooth
让滚动丝滑使用 scroll-behavior: smooth
,可以让滚动框实现平稳的滚动,而不是突兀的跳动。看看效果,假设如下结构:
<div class="g-container">
<nav>
<a href="#1">1a>
<a href="#2">2a>
<a href="#3">3a>
nav>
<div class="scrolling-box">
<section id="1">First sectionsection>
<section id="2">Second sectionsection>
<section id="3">Third sectionsection>
div>
div>
复制代码
不使用 scroll-behavior: smooth
,是突兀的跳动切换:
">
给可滚动容器添加 scroll-behavior: smooth
,实现平滑滚动:
{
scroll-behavior: smooth;
}
复制代码
scroll-snap-type
优化滚动效果sroll-snap-type
可能算得上是新的滚动规范里面最核心的一个属性样式。
scroll-snap-type:属性定义在滚动容器中的一个临时点(snap point)如何被严格的执行。
光看定义有点难理解,简单而言,这个属性规定了一个容器是否对内部滚动动作进行捕捉,并且规定了如何去处理滚动结束状态。让滚动操作结束后,元素停止在适合的位置。
看个简单示例:
当然,scroll-snap-type
用法非常多,可控制优化的点很多,限于篇幅无法一一展开,具体更详细的用法可以看看我的另外一篇文章 -- 使用 sroll-snap-type 优化滚动
这个优化可能稍微有一点难理解。需要了解 CSS 渲染优化的相关知识。
先说结论,控制滚动层级的意思是尽量让需要进行 CSS 动画(可以是元素的动画,也可以是容器的滚动)的元素的 z-index 保持在页面最上方,避免浏览器创建不必要的图形层(GraphicsLayer),能够很好的提升渲染性能。
这一点怎么理解呢,一个元素触发创建一个 Graphics Layer 层的其中一个因素是:
根据上述这点,我们对滚动性能进行优化的时候,需要注意两点:
如果你对这点还有点懵,可以看看这篇文章 -- 你所不知道的 CSS 动画技巧与细节
在用户点击交互方面,也有一些有意思的小细节。
cursor
对于不同的内容,最好给与不同的 cursor
样式,CSS 原生提供非常多种常用的手势。
在不同的场景使用不同的鼠标手势,符合用户的习惯与预期,可以很好的提升用户的交互体验。
首先对于按钮,就至少会有 3 种不同的 cursor,分别是可点击,不可点击,等待中:
{
cursor: pointer; // 可点击
cursor: not-allowed; // 不可点击
cursor: wait; // loading
}
复制代码
除此之外,还有一些常见的,对于一些可输入的 Input 框,使用 cursor: text
,对于提示 Tips 类使用 cursor: help
,放大缩小图片 zoom-in
、zoom-out
等等:
">
一些常用的简单列一列:
cursor: pointer
cursor: not-allowed
cursor: wait
cursor: zoom-in/ zoom-out
当然,实际 cursor
还支持非常多种,可以在 MDN 或者下面这个 CodePen Demo 中查看这里看完整的列表:
按钮是我们网页设计中十分重要的一环,而按钮的设计也与用户体验息息相关。
考虑这样一个场景,在摇晃的车厢上或者是单手操作着屏幕,有的时候一个按钮,死活也点不到。
让用户更容易的点击到按钮无疑能很好的增加用户体验及可提升页面的访问性,尤其是在移动端,按钮通常都很小,但是受限于设计稿或者整体 UI 风格,我们不能直接去改变按钮元素的高宽。
那么这个时候有什么办法在不改变按钮原本大小的情况下去增加他的点击热区呢?
这里,伪元素也是可以代表其宿主元素来响应的鼠标交互事件的。借助伪元素可以轻松帮我们实现,我们可以这样写:
.btn::befoer{
content:"";
position:absolute;
top:-10px;
right:-10px;
bottom:-10px;
left:-10px;
}
复制代码
当然,在 PC 端下这样子看起来有点奇怪,但是合理的用在点击区域较小的移动端则能取到十分好的效果,效果如下:
">
在按钮的伪元素没有其它用途的时候,这个方法确实是个很好的提升用户体验的点。
user-select: all
操作系统或者浏览器通常会提供一些快速选取文本的功能,看看下面的示意图:
">
快速单击两次,可以选中单个单词,快速单击三次,可以选中一整行内容。但是如果有的时候我们的核心内容,被分隔符分割,或者潜藏在一整行中的一部分,这个时候选取起来就比较麻烦。
利用 user-select: all
,可以将需要一次选中的内容进行包裹,用户只需要点击一次,就可以选中该段信息:
.g-select-all {
user-select: all
}
复制代码
给需要一次选中的信息,加上这个样式后的效果,这个细节作用在一些需要复制粘贴的场景,非常好用:
">
CodePen -- user-select: all 示例
::selection
当然,如果你想更进一步,CSS 还有提供一个 ::selection
伪类,可以控制选中的文本的样式(只能控制color
, background
, text-shadow
),进一步加深效果。
">
CodePen -- user-select: all && ::selection 控制选中样式
user-select: none
有快速选择,也就会有它的对立面 -- 禁止选择。
对于一些可能频繁操作的按钮,可能出现如下尴尬的场景:
">
对于这种场景,我们需要把不可被选中元素设置为不可被选中,利用 CSS 可以快速的实现这一点:
{
-webkit-user-select: none; /* Safari */
-ms-user-select: none; /* IE 10 and IE 11 */
user-select: none; /* Standard syntax */
}
复制代码
这样,无论点击的频率多快,都不会出现尴尬的内容选中:
">
现阶段,单页应用(Single Page Application)的应用非常广泛,Vue 、React 等框架大行其道。但是一些常见的写法,也容易衍生一些小问题。
譬如,点击按钮、文本进行路由跳转。譬如,经常会出现这种代码:
...
...
...
gotoDetail() {
this.$router.push({
name: 'xxxxx',
});
}
复制代码
大致逻辑就是给按钮添加一个事件,点击之后,跳转到另外一个路由。当然,本身这个功能是没有任何问题的,但是没有考虑到用户实际使用的场景。
实际使用的时候,由于是一个页面跳转,很多时候,用户希望能够保留当前页面的内容,同时打开一个新的窗口,这个时候,他会尝试下的鼠标右键,选择在新标签页中打开页面,遗憾的是,上述的写法是不支持鼠标右键打开新页面的。
原因在于浏览器是通过读取 标签的
href
属性,来展示类似在新标签页中打开页面这种选项,对于上述的写法,浏览器是无法识别它是一个可以跳转的链接。简单的示意图如下:
">
所以,对于所有路由跳转按钮,建议都使用 标签,并且内置
href
属性,填写跳转的路由地址。实际渲染出来的 DOM 可能是需要类似这样:
<a href="/xx/detail">Detaila>
复制代码
易用性也是交互设计中需要考虑的一个非常重要的环节,能做的有非常多。简单的罗列一下:
这一点非常的有意思,什么叫先探索后表态呢?就是我们不要一上来就强迫用户去做一些事情,譬如登录。
想一想一些常用网站的例子:
上述易用性和先探索,后表态的内容,部分来源于:Learn From What Leading Companies A/B Test,可以好好读一读。
字体的选择与使用其实是非常有讲究的。
如果网站没有强制必须使用某些字体。最新的规范建议我们更多的去使用系统默认字体。也就是 CSS Fonts Module Level 4 -- Generic font families 中新增的 font-family: system-ui
关键字。
font-family: system-ui
能够自动选择本操作系统下的默认系统字体。
默认使用特定操作系统的系统字体可以提高性能,因为浏览器或者 webview 不必去下载任何字体文件,而是使用已有的字体文件。 font-family: system-ui
字体设置的优势之处在于它与当前操作系统使用的字体相匹配,对于文本内容而言,它可以得到最恰当的展示。
举两个例子,天猫的字体定义与 Github 的字体定义:
font-family: "PingFang SC",miui,system-ui,-apple-system,BlinkMacSystemFont,Helvetica Neue,Helvetica,sans-serif;
font-family: -apple-system,BlinkMacSystemFont,Segoe UI,Helvetica,Arial,sans-serif,Apple Color Emoji,Segoe UI Emoji,Segoe UI Symbol;
简单而言,它们总体遵循了这样一个基本原则:
使用系统默认字体的主要原因是性能,并且系统字体的优点在于它与当前操作系统使用的相匹配,因此它的文本展示必然也是一个让人舒适展示效果。
中文或者西文(英文)都要考虑到。由于大部分中文字体也是带有英文部分的,但是英文部分又不怎么好看,但是英文字体中大多不包含中文。通常会先进行英文字体的声明,选择最优的英文字体,这样不会影响到中文字体的选择,中文字体声明则紧随其次。
选择字体的时候要考虑多操作系统。例如 MAC OS 下的很多中文字体在 Windows 都没有预装,为了保证 MAC 用户的体验,在定义中文字体的时候,先定义 MAC 用户的中文字体,再定义 Windows 用户的中文字体;
当使用一些非常新的字体时,要考虑向下兼容,兼顾到一些极旧的操作系统,使用字体族系列 serif 和 sans-serif 结尾总归是不错的选择。
对于上述的一些字体可能会有些懵,譬如 -apple-system
, BlinkMacSystemFont
,这是因为不同浏览器厂商对规范的实现有所不同,对于字体定义更多的相关细节,可以再看看这篇文章 -- Web 字体 font-family 再探秘
可访问性,在我们的网站中,属于非常重要的一环,但是大部分前端(其实应该是设计、前端、产品)同学都会忽视它。
我潜伏在一个叫无障碍设计小组的群里,其中包含了很多无障碍设计师以及患有一定程度视觉、听力、行动障碍的用户,他们在群里经常会表达出一个观点,就是国内的大部分 Web 网站及 APP 基本没有考虑过残障人士的使用(或者可访问性做的非常差),非常的令人揪心。
尤其在我们一些重交互、重逻辑的网站中,我们需要考虑用户的使用习惯、使用场景,从高可访问性的角度考虑,譬如假设用户没有鼠标,仅仅使用键盘,能否顺畅的使用我们的网站?
假设用户没有鼠标,这个真不一定是针对残障人士,很多情况下,用户拿鼠标的手可能在干其他事情,比如在吃东西,又或者在 TO B 类的业务,如超市收银、仓库收货,很可能用户拿鼠标的手操作着其他设备(扫码枪)等等。
本文不会专门阐述无障碍设计的方方面面,只是从一些我觉得前端工程师需要关注的,并且仅需要花费少量代价就能做好的一些无障碍设计细节。记住,无障碍设计对所有人都更友善。
颜色,也是我们天天需要打交道的属性。对于大部分视觉正常的用户,可能对页面的颜色敏感度还没那么高。但是对于一小部分色弱、色盲用户,他们对于网站的颜色会更加敏感,不好的设计会给他们访问网站带来极大的不便。
是否曾关心过页面内容的展示,使用的颜色是否恰当?色弱、色盲用户能否正常看清内容?良好的色彩使用,在任何时候都是有益的,而且不仅仅局限于对于色弱、色盲用户。在户外用手机、阳光很强看不清,符合无障碍标准的高清晰度、高对比度文字就更容易阅读。
这里就有一个概念 -- 颜色对比度,简单地说,描述就是两种颜色在亮度(Brightness)上的差别。运用到我们的页面上,大多数的情况就是背景色(background-color)与内容颜色(color)的对比差异。
最权威的互联网无障碍规范 —— WCAG AA规范规定,所有重要内容的色彩对比度需要达到 4.5:1 或以上(字号大于18号时达到 3:1 或以上),才算拥有较好的可读性。
借用一张图 -- 知乎 -- 助你轻松做好无障碍的15个UI设计工具推荐:
">
很明显,上述最后一个例子,文字已经非常的不清晰了,正常用户都已经很难看得清了。
Chrome 浏览器从很早开始,就已经支持检查元素的色彩对比度了。以我当前正在写作的页面为例子,Github Issues
编辑页面的两个按钮:
">
审查元素,分别可以看到两个按钮的色彩对比度:
">
可以看到,绿底白字按钮的色彩对比度是没有达到标准的,也被用黄色的叹号标识了出来。
除此之外,在审查元素的 Style 界面的取色器,改变颜色,也能直观的看到当前的色彩对比度:
">
类似百度、谷歌的首页,进入页面后会默认让输入框获得焦点:
">
并非所有的有输入框的页面,都需要进入页面后进行聚焦,但是焦点能够让用户非常明确的知道,当前自己在哪,需要做些什么。尤其是对于无法操作鼠标的用户。
页面上可以聚焦的元素,称为可聚焦元素,获得焦点的元素,则会触发该元素的 focus
事件,对应的,也就会触发该元素的 :focus
伪类。
浏览器通常会使用元素的 :focus
伪类,给元素添加一层边框,告诉用户,当前的获焦元素在哪里。
我们可以通过键盘的 Tab
键,进行焦点的切换,而获焦元素则可以通过元素的 :focus
伪类的样式,告诉用户当前焦点位置。
当然,除了
Tab
键之外,对于一些多输入框、选择框的表单页面,我们也应该想着如何简化用户的操作,譬如用户按回车键时自动前进到下一字段。一般而言,用户必须执行的触按越少,体验越佳。:thumbsup:
下面的截图,完全由键盘操作完成:
">
通过元素的 :focus
伪类以及键盘 Tab 键切换焦点,用户可以非常顺畅的在脱离鼠标的情况下,对页面的焦点切换及操作。
然而,在许多 reset.css
中,经常能看到这样一句 CSS 样式代码,为了样式的统一,消除了可聚焦元素的 :focus
伪类:
:focus {
outline: 0;
}
复制代码
我们给上述操作的代码。也加上这样一句代码,全程再用键盘操作一下:
">
除了在 input
框有光标提示,当使用 Tab 进行焦点切换到 select
或者到 button
时,由于没有了 :focus
样式,用户将完全懵逼,不知道页面的焦点现在处于何处。
:focus-visible
当然,造成上述结果很重要的一个原因在于。:focus
伪类不论用户在使用鼠标还是使用键盘,只要元素获焦,就会触发。
而其本身的默认样式又不太能被产品或者设计接受,导致了很多人会在焦点元素触发 :focus
伪类时,通过改变 border 的颜色或者其他一些方式替代或者直接禁用。而这样做,从可访问性的角度来看,对于非鼠标用户,无疑是灾难性的。
基于此,在W3 CSS selectors-4 规范 中,新增了一个非常有意思的 :focus-visible
伪类。
:focus-visible
:这个选择器可以有效地根据用户的输入方式(鼠标 vs 键盘)展示不同形式的焦点。
有了这个伪类,就可以做到,当用户使用鼠标操作可聚焦元素时,不展示 :focus
样式或者让其表现较弱,而当用户使用键盘操作焦点时,利用 :focus-visible
,让可获焦元素获得一个较强的表现样式。
看个简单的 Demo:
<button>Test 1button>
复制代码
button:active {
background: #eee;
}
button:focus {
outline: 2px solid red;
}
复制代码
使用鼠标点击: