前言
智能手机、平板电脑的普及，推动了web响应式设计，响应式似乎是当下web产品的标准配置。大家谈论了很多响应式的设计方法，谈论了很多web前端实现响应式的方案。我想在这里谈论下响应式的必要性。
优势和弊端
说到响应式，大多的关键词是：更好的用户体验、较低的开发维护成本。接下来从不同的角度分析，响应式在设计开发的各个环节，最终到用户，成本、体验是否如大家预期的一样。
首先，从用户的角度：
- 响应式网站适配自己手上的设备，免去频繁的上下左右拖拽屏幕、双击放大等一些多余的操作；
- 无论在PC还是智能手机访问，记住一个网站即可；
产品运营的角度：
当人们更习惯在手机上转发、分享、回复邮件，订阅内容时，响应式设计满足用户需求，从产品、运营的角度看，适配移动设备，意味着占有移动设备用户，以及移动设备用户带来额外的商机。
开发者的角度：
- 开发一套代码，就有“两个”网站在线上工作；
- 我们只维护一套代码;
- 高逼格（请承认这一点，技术人员追求高上大的特点）
设计师们
设计师可能更愿意采用同一套控件、界面标准，去完成PC站点和移动站点的设计，意味着更少的工作量，以及更多的精力去完成更好的设计。
以上看上真的非常美好，可实际情况是？
对于高上大的技术，人们总是迫不及待的去尝试。设计师可能还没搞懂响应式是如何响应的情况下，完成了设计稿。工程师硬着头皮，活活的把两套毫无“响应关系”的设计稿，写在一个页面上。
当然，对于开发来说，这都不是事。响应式不仅仅是看上去响应了就好。
一套严谨、复杂的业务逻辑，涉及到复杂的场景用例。测试工程师在完成PC页面上测试后，不得不打开N个移动设备，把以上业务再次测试一遍。前提是，你的团队在响应式测试方面已经有一些认知和经验。而这，都是基于一样的代码进行的。
那么用户呢，无论用户是在2G/3G/4G/WIFI的环境下，都不得忍受加载菊花，下载一堆在手机上根本看不到，又或者根本没有优化过的模糊的图片。那些在手机上习惯的操作，例如左滑删除、点击开关，都变成了点击、提交、点击、提交。PC网页上的表单，确实无法照搬手机。
对于开发者，响应式设计真的只开发一套代码，让“两个网站”在线上工作吗？虽然CSS的media query提供了媒体查询，可开发者仍然要为移动设备再hack一套代码，在我看来，media query不是万能的。移动用户在使用产品时，需求与PC用户有区别。响应式可能解决了视觉上的问题，但没有解决习惯与需求问题。
所以QQ空间、淘宝、京东都有自己的移动站点，我想这是基于用户需求的产品。
另外，我们来聊一聊原生APP。
响应式页面VS. 原生应用
打开APPStore或者Google Market、豌豆荚、应用宝，搜索一款应用，安装放到自己的手机桌面。我想这已经是移动用户固有习惯，这也是iOS和安卓生态圈所培养的用户习惯，两者都吻合。
我想表达的是，无论是响应式网站，还是单独为移动用户设计移动站点，挑战用户习惯，沉醉在技术潮流中，最终会慢慢的失去用户。
完。