当你乘坐各种交通工具(公交、地铁、轻轨、火车)时你会发现,人们都个个低下头在玩自己的手机、平板、Kindle,没错,你正在处于一个多终端设备的时代!手机用户连年上升,前几天我们在感叹以前玩沙包、陀螺,现在小孩的娱乐就是玩手机–。另外,微软的Xbox和任天堂的Wii等游戏设备也有自己的浏览器。设备真的来了。。
现在网站主流跨终端的有以下方式:
比如前端乱炖和我的个人博客都属于此一类。此类网站具有只编写一次就能实现跨终端的需求,维护起来相当方便。但缺点也很明显,加载不必要的JS和CSS比往常相比巨多。
单域还有一种情况,就是多个模板,你用移动设备可能访问一个网站,最底下会有访问桌面版,访问触屏版等,他会重新加载模板。
提示访问移动版 随之进入移动版,HTML结构也会发生变化如神马搜索和百度(http://www.baidu.com),当用桌面浏览器和移动浏览器访问的结果是不一样的。其中的手段可能有两种:
两家都对移动端做了专门的页面,这样进行功能的拆减,用户体验当然大大提高,但有需求发生变化时,往往要更改两处地方。
也就是前端最不想看到的,很多公司为了提高更好地用户体验都使用native开发,如IOS的OC,SWIFT,Andriod SDK等。功能强大,接口丰富,缺点就是更新起来异常困难,很多用户都不想过几天就安装一个APP。
本文主要讲第一种单域(响应式)
的情况
响应式Web设计最早在2010年EthanMarcotte发表过一篇文章《Responsive Web Design》,基本每本将响应式的书籍都将他提起,那个例子太经典提起,文中援引了响应式建筑设计的概念:
最近出现了一门新兴的学科——”响应式建筑(responsive architecture)”——提出,物理空间应该可以根据存在于其中的人的情况进行响应。结合嵌入式机器人技术以及可拉伸材料的应用,建筑师们正在尝试建造一种可以根据周围人群的情况进行弯曲、伸缩和扩展的墙体结构;还可以使用运动传感器配合气候控制系统,调整室内的温度及环境光。已经有公司在生产”智能玻璃”:当室内人数达到一定的阀值时,这种玻璃可以自动变为不透明,确保隐私。
澄清一点,响应式站点不等同于移动站点,他只是一种开发移动站点的策略。其实按照这个说法神马搜索是一款纯粹的移动WEB APP,因为它没有桌面版。
为移动而生,专注移动搜索的神马搜索现存的布局哪一种更加适合做响应式的网站呢?一般来说有以下三种布局:
应该是新手开发人员最喜欢用的布局方式,简单粗暴,设计稿是多少PX,写CSS时就多少PX,对页面的控制力度是最强的,上下级没有联系,想调哪个就调那个,如果设置box-sizing:border-box;
,甚至对整个布局都没有影响。
最常见的就是body
使用960px
的像素,有以下两个因素:
点击戳DEMO
但问题是这么做毫无响应式可言,会出现很恶心的横向滚动条
,另外,移动端的浏览器会默认的将网页缩小,根本无多终端性
可言。
在流式布局中,度量单位不再是简单的像素,而是百分比。这使得页面具有可变性。
点击戳DEMO
当缩小浏览器边框时,万恶的横向滚动条
消失了。缺点就是有些文本的行宽会看起来太宽,而在小屏幕看起来太窄
当然,在良好的支持CSS3的移动浏览器下,使用flex布局
更加有优势!
这次度量单位又变了,通常情况以em为单位,但是em太依赖于父级,好在CSS3提供了更好的rem方式
(这个demo找的不好,因为table表格本来就有流动的属性display:table;display:table-cell;
)。
点击戳DEMO
其实细想一下,选择布局方式其实是对度量单位
的选择!
另外还有网格布局
方式,bootstrap就是采用12栅栏布局,另外前不久winner也谈了一些淘宝提供的可伸缩布局方案:lib.flexible,按照DEMO来看,其使用的是rem
方式,在改变视窗大小的时候动态的改变基准的比例(浏览器默认是16px
,设置器基准大小为62.5%
)。还有人提出来的混合布局
,但无论哪一种,都离不开上面固定布局
,流式布局
,弹性布局
,三种的支撑。
综上所述,流式布局
或弹性布局
或许是响应式布局的更好方式。
难道有流式布局
或弹性布局
就够了吗?就像一个屌丝升职加薪就够了?不当上CEO怎么赢取白富美?
媒体查询可以让你根据在特定环境下查询到的各种属性值-比如分辨率
,色彩深度
,高度和宽度
(包括设备宽度与视觉宽度),横向纵向
,设备像素比
来决定应用什么样的样式。
我们可以看到我们上面的那些DEMO(我承认这个DEMO找的不好,是从今年阿里校招题目里面抠出来的),当我们改变浏览器大小时,左边的列表实在是太丑,但是使用媒体查询后的效果就不一样了。
点击戳DEMO
语法很简单
@media [not|only] type [and] [expr] {
rules
}
解释一下:
not | only:逻辑关键字 |
1.逻辑关键字
有and,not,or,only等,前三个不多说,最后一个是因为很多较老的浏览器支持媒体类型,却不支持媒体查询,有时候导致浏览器去尝试下载那些你不希望用户看到的样式。
2.媒体表达式
表达式支持的也很多,这里也不列举了,重点有: * 表示显示区域的width
和height
* 表示设备区域的device-width
和device-height
* 表示横屏还是竖屏的orientation
* 表示设备像素比device-pixel-ratio
3.媒体类型
媒体类型有很多,感兴趣下来查一下,这里就不列举了,一般大多网站设置的是screen,如不你嫌麻烦可以什么都不写(默认为all),支持所有设备。
4.规则
就是你想要在这个环境下想展示出的CSS
下面一个简单的示例:
@media sreen and (min-width: 320px) {
}
另外,媒体查询也可以使用在外部样式上,如:
media="only sceen and (min-width:1300px)" type="text/css" href="style.css">
这里说的断点不是传统意义的调试断点,而是一些常用的标准宽度
:
依赖这些断点会有一个问题,今天流行的明天未必流行,而且在断点过渡的时候会显得很突兀,所以,确定断点的一个原则是追随内容。让设计稿,内容来确定你的断点。
前端乱炖的断点一般的,在IE9一下,加载下列CSS
对于背景图片来说,CSS3有个属性为background-size
,设置为100%就可以自适应,但是在小屏幕的移动设备加载大图片有点杀鸡焉用宰牛刀
,一般为了加快速度,我们的策略是:有选择性的加载图片
,一般会有以下四种方法:
1.万能的媒体查询
只加载与当前屏幕相匹配的图片
2.JS做判断
JS提供了一个方法:window.matchMedia
,可以把CSS媒体查询作为参数传入,返回相关媒体查询是否匹配的信息。
使用方法:
if(window.matchMedia('(min-width:320px)').matches) {
//其他代码
}
我们可以利用他来加载合适的图片。
3.使用src.sencha.io
src.sencha.io
可以传入需要的尺寸和图片地址,自动来压缩图片,使用了CDN+缓存策略技术。当然,我们的服务端也可以自己来实现
点击戳图片
4.SVG
对于图片伸缩的问题,也可以采用可伸缩矢量图(SGG)来解决。
有关SVG的资料请戳大漠的w3cplusSVG标签。
视频的方式与上面类似,可以使用媒体查询
和js matchMedia
,当然,用设备看视频的一般是WIFI下,所以直接使用max-width:100%;height:auto;
也是可以的。如果是连接站外资源,如优酷
难么,一般解决方法是放到一个iframe里面,详情请看站外引用的优酷视频,怎样让视频高度自适应?
<div style="width:320px;height:180px" >
<iframe height="100%" width="100%" src="http://player.youku.com/embed/XNjA3NjQ0MzE2" frameborder=0 allowfullscreen></iframe>
</div>
写到这边,算是对响应式的一个初级入门吧,但个人觉得,做起来原理简单,但如果设计一个响应式的网站?怎样保证他的高质量?怎么不会影响到速度?已有网站怎么改为相应式的?这些才是真正值得我们研究的东西。
CSS3媒体查询
媒体查询简介——第1部分:什么是媒体查询?
什么是响应式Web设计?怎样进行?
通过CSS3 Media Query实现响应式Web设计
移动优先的跨终端 Web
手机淘宝的flexible设计与实现