近期不少顾客咨询大家能否提供响应式网站制作服务，与响应式网站的优势和弊端等等。这里蜀美想说，蜀美可以为顾客提供响应式网站制作服务，但首要条件是你需要了解每一种技术都有其特定的局限，与其特有些优势，对于一些顾客觉得响应式网站等于所有的顾客，蜀美特地推荐了一篇关于响应式的文章供大伙阅览。
你调整了浏览器，笑容攀上脸颊。你感到很高兴，觉得自己达成了友好移动的目的。在正式讨论前，让我来预测下将来当响应式设计成为唯一方案，你会失去用户条件加载、按组响应、服务器端层（如适应性办法）。条件加载不要一直在CSS中依靠media queries，由于浏览器将会为所有设施加载和分析所有选择器和样式 (后面详细讨论)。这就意味着手机为了一个大屏要下载和分析CSS。由于CSS块的呈现，你要浪费一些时间等待联接成功。在设施上用Javascript的matchMedia查看来代替CSS media queries,你了解这类内容是不会变化的。比如，大伙都了解iphone不可以动态的转换成iPad的规格，所以大家只在正在需要CSS时才用。可以用特点测试，比如 Modernizr，对UI和功能性做出更明智的决定而不是仅仅依据屏幕尺寸。按组响应在处置简单文档、为台式电脑和智能手机提供相同的HTML时，虽然为大家可以让所有屏幕依靠一个单一的HTML基础和响应式设计，但这并不一直最好的解决方法。为何呢？同样是因为手机的性能。即便大家在服务器端储存相同的文档，但依据设施组别的不同给用户不一样的文档。举例，为一个6英寸甚至更大的屏幕提供大的浮动菜单，为一个小屏幕提供汉堡菜单。在每一个组群里，用响应时技术以适应不一样的场景，比如肖像模式和风景模式的转换，切换iPhone（320像素宽）、5英寸Android设施（360英寸）和平板（400像素）。服务器端层智能响应方案的最后一个选择是服务器。服务器端功能测试和决策不是移动互联网的新鲜玩意。类似 WURFL 和Device Atlas的库在市场上有好多年，响应式设计和服务器组件的混合也大家都知道。有时被叫做是响应式设计和服务器端组件（RESS）,有时又叫自适应设计，这提升了响应式设计的速度和可用性，同时每个服务器端都维持一个代码库。非常遗憾的是。这类技术这几年并没什么突破性的进步。只能在博客和杂志里看到一些开发者对“RESS”、“响应式”、“自适应”做比较。缘由就是当响应式设计成为唯一方案，你会失去用户当响应式设计成为唯一方案，你会失去用户网站地址：
