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