响应式网页设计最初是由 Ethan Marcotte 提出的一个概念:为什么一定要为每个用户群各自打造一套设计和开发方案?Web设计应该做到根据不同设备环境自动响应及调整。当然响应式Web设计不仅仅是关于屏幕分辨率自适应以及自动缩放的图片等等,它更像是一种对于设计的全新思维模式;我们应当向下兼容、移动优先。
PC互联网加速向移动端迁移:2012年12月底我国网民规模达到5.64亿,互联网普及率为42.1%,手机用户占网民总数的74.5%。预计到2015年,移动互联网的数据流量将超越PC端的流量。
移动端入口:当用户希望通过手机来完成PC页的操作时,常见的是商家的运营微博,期文案足够吸引用户点击链接参加活动,如果该活动页没做响应式处理:页面体积大、请求多、体验差、兼容性差,层层阻碍最终导致用户放弃参加。
虽然可通过监测用户UA来判断用户终端后做跳转,但它还是分配了多个域,而响应式无需监测用户UA没有域的切换,只需根据终端类型来适配不同的功能模块与表现样式,它是跨平台和终端的,1页面适配多终端。
Web App可以利用本地存储的特性将重要和重复的数据保存在本地,避免页面的重复刷新,减少重要信息在传输过程中被泄露,增量传输修改内容。
更灵活、更方便的APP使用及安装方式将成为HTML5在移动平台上大放异彩的保障之一
首先我们应该遵循移动优先原则,交互&设计应以移动端为主,PC则作为移动端的一个扩展;
一个页面需要兼容不同终端,那么有两个关键点是我们需要去做到响应式的:
如我们需要兼容不同屏幕分辨率、清晰度以及屏幕定向方式竖屏(portrait)、横屏(landscape),怎样才能做到让一种设计方案满足所有情况?
那么我们的布局应该是一种弹性的栅格布局,不同尺寸下弹性适应,如以下页面中各模块在不同尺寸下的位置:
那么我们要怎么做?
使用 viewport meta 标签在手机浏览器上控制布局
1 |
|
通过快捷方式打开时全屏显示
1 |
|
隐藏状态栏
1 |
|
iPhone会将看起来像电话号码的数字添加电话连接,应当关闭
1 |
|
神飞:很多人常常使用initial-scale=1到非响应式网站上,这会让网站以100%宽度渲染而不会自动缩放,用户需要手动移动页面或者缩放。最差的是和initial-scale=1同时使用user-scalable=no或maximum-scale=1,这将使你的网站不能被缩放——用户不能放大/缩小网页来看到全部的内容。所以,请记住:如果你的网站不是响应式的,请不要使用initial-scale或者禁用缩放。
常用于布局的CSS Media Queries有以下几种
all
所有设备
screen
电脑显示器
print
打印用纸或打印预览视图
handheld
便携设备
tv
电视机类型的设备
speech
语意和音频盒成器
braille
盲人用点字法触觉回馈设备
embossed
盲文打印机
projection
各种投影设备
tty
使用固定密度字母栅格的媒介,比如电传打字机和终端
width
浏览器宽度
height
浏览器高度
device-width
设备屏幕分辨率的宽度值
device-height
设备屏幕分辨率的高度值
orientation
浏览器窗口的方向纵向还是横向,当窗口的高度值大于等于宽度时该特性值为portrait,否则为landscape
aspect-ratio
比例值,浏览器的纵横比
device-aspect-ratio
比例值,屏幕的纵横比
example:
1 2 3 4 |
/* for 240 px width screen */ @media only screen and (max-device-width:240px){ selector{ ... } } |
1 2 3 4 |
/* for 320px width screen */ @media only screen and (min-device-width:241px) and (max-device-width:320px){ selector{ ... } } |
1 2 3 4 |
/* for 480 px width screen */ @media only screen (min-device-width:321px)and (max-device-width:480px){ selector{ ... } } |
适用于布局的 Media Queries 这里不做详述,可通过官方文档进一步了解
那么对于表格(table)的响应式处理该是怎样的呢?我们该如何突破Table的局限性呢?
接下来我们来了解以下的几种针对表格响应式处理的方法:
处理前
处理后
实现方法:
1 2 3 4 5 6 7 8 9 10 11 12 13 |
@media only screen and (max-width: 800px) { table td:nth-child(2), table th:nth-child(2) {display: none;} } @media only screen and (max-width: 640px) { table td:nth-child(4), table th:nth-child(4), table td:nth-child(7), table th:nth-child(7), table td:nth-child(8), th:nth-child(8){display: none;} } |
以用户角度思考,每个人对数据的认知不同,或许你隐藏的数据对于他却是很重要的。所以这种方法不推荐。
处理前
处理后
实现方法:定位隐藏,
变块元素,并绑定对应
列名,然后用伪元素的
content:attr(data-th)
实现
处理前
处理后
实现原理:
1 2 |
thead {float:left;} tbody {display:block;width:auto;overflow-x:auto;} |
带宽是手机终端的硬伤,如果我们只是页面布局做了响应式处理,在我们用手机访问时,请求的图片还是PC上的大图;文件体积大,消耗流量多,请求延时长,因此导致的问题也是不可估量的。那么我们就得把图片也处理成响应式的根据终端类型尺寸分辨率来适配出合理的图形。
处理原理:浏览器获取用户终端的屏幕尺寸、分辨率逻辑处理后输出适应的图片,如屏幕分辨率320*480,那么我们匹配给它的是宽度应小于320px的图片。如果终端屏幕的DPI(device pixels)DPI详解值很高,也就是高清屏,那么我们就得输出2倍分辨率的图形(宽:640px);以保证在高清屏下图形的清晰度。各种移动终端的屏幕参数可通过http://screensiz.es/phone查询。
解决方案:其实W3C已经有一个用于响应式图形的草案:新定义标签
1 2 3 4 5 6 7 8 9 10 11 |
|
source
: 一个图片源;media
: 媒体查询,用于适配屏幕尺寸;srcset
: 图片链接,1x适应普通屏,2x适应高清屏;
: 当浏览器不支持脚本时的一个替代方案;![]()
: 初始图片;另外还有一个无障碍文本,类似![]()
的alt
属性。
目前还不支持,但它的原理我们是可借鉴的,所以就诞生了一个用于图片响应式处理的类库Picturefill
1 2 3 4 5 6 7 8 9 10 |
|