2012-12-16 蓝蓝设计的小编
转载蓝蓝设计( www.lanlanwork.com )是一家专注而深入的设计机构 ，为期望卓越的国内外企业提供有效的 BS界面设计 、 cs界面设计 、 ipad界面设计 、 包装设计 、 图标定制 、 用户体验 、交互设计、 网站建设 、平面设计服务
来源： http://beforweb.com/node/21
如果您想订阅本博客内容，每天自动发到您的邮箱中， 请点这里
根据DailyTech的统计，到2015年，移动互联网的用户数量将会超过桌面用户。除了智能手机之外，使用平板电脑甚至是电视机进行上网的用户也在持续增加。在这种形势下，怎样让我们的网站尽量兼容各种类型的设备，并确保优良的用户体验，这将是越来越重要的问题。
通过响应式的设计开发方式，我们可以使网站页面随浏览设备的不同而自行响应，动态的调整布局结构、元素规格样式，将相同的内容以不同的格式呈现给不同设备的用户。
如果你对响应式Web设计还不大了解，可以先参考阅读我们之前的关于响应式设计的概念、组成要素及基本实现思路 方面的文章，全方位预热一下。
当客户提出产品功能移动化的需求时，有一些解决方案可供我们选择，包括原生客户端应用、Web应用等；究竟怎样的方式更合适，还是取决于具体的需求情况。另外也要考虑网站本身是否需要实施移动化。虽然响应式站点并不能算是一种纯粹的移动化解决方案，但是，在某些情况下，这种方式是非常值得考虑的。
设计开发一个全新的移动版本站点或是客户端应用，整个过程是有很大挑战性的。除非产品正式上线，否则你无法真正了解它是否会成功。与其单纯的为了移动化而花费资源打造移动版本站点或是开发客户端应用，不如先花些心思将原本的网站打造的更具弹性，使其在各种主流移动设备中都拥有尽量优秀的用户体验。
要打造响应式站点，自然离不开有经验的交互、视觉设计及前端开发人员。所需的资源，尤其是时间方面，比起普通网站来说大约增加20%到30%的样子；但比起单独打造移动版本的网站，或是设计开发客户端应用的成本来说，却要低很多。从维护的角度来说，也会轻松很多。
所谓的移动版本站点，通常是针对某类具体规格的设备进行单独打造的，弹性比较差。新的移动设备层出不穷，传统的移动版本站点需要不断的进行更新维护，才能尽量保证在新设备中工作良好。响应式设计可以根据设备浏览环境的具体规格进行判断，使用不同的呈现方式来展示内容，无需针对某种特定的规格进行维护，适应性更好。
关于网站移动化的方式选择，可以参考我们之前的文章“走出移动互联网的迷宫 - 网站移动化的方法策略 ”。
我们将使用一个真实的酒店网站 作为范例，来演示响应式Web设计的流程。这个网站是我们在九月份刚刚为Macdonald连锁酒店创建的。在整个设计开发流程中，有几个关键步骤，是我们接下来要逐一展开学习的：
前期，通过用户调研，我们可以了解到用户群所使用的设备类型分布情况，并预估出几种典型的响应规格，用来规划不同的呈现方式。有几个问题需要特别考虑下：
过去，我们通常会假设用户在使用移动设备访问网站时，其行为都是高度目标驱动化的，例如在旅途中获取酒店地址、预订房间一类。但实际情况不仅如此——智能手机、平板电脑等各类移动设备的用户，会越来越多的在相对稳定从容的状态下使用网络。所以在很多时候，用户使用不同设备的目标差别并没有想象的那么大，我们不能片面的假设不同类型设备的用户对功能的需求差异。
对于功能繁多复杂的网站，需要针对不同的设备类型进行功能和内容的优先级排序，以便在开发阶段通过CSS定义不同的响应规则，以最合理的样式规格和布局方式进行呈现；尤其对于手机等小屏幕设备，需要多花些心思。
通过线框图，我们可以对响应式的视觉效果背后的逻辑结构进行规划和定义。(关于线框原型，可以参考我们之前的“线框原型的本质及实践应用概述 ”)
我们根据之前一步的研究和预估结果，规划出几种比较典型的屏幕尺寸规格。本次案例中，我们选择了三款具有代表性的主流设备，包括桌面显示器、iPad和iPhone，因为根据我们的用户研究结果，使用这三种设备的用户占了绝大部分。
需要强调一下，响应式设计的目的在于，针对不同设备的屏幕规格区间，进行功能及内容的输出格式预设。所以我们只需要选取一些具有代表性的设备，而不必顾全所有已知的规格类型；我们制作线框原型的主要目标是规划样式背后的逻辑。
在这个阶段，我们必须清楚，整个网站中有哪些关键页面是在功能和布局方面具有代表性的。对于这次的案例网站，“关键页面”包括首页、预订流程中的页面、酒店详情页面等。
首先来定义每种关键规格中的结构网格。我们创建了三个页面模板，宽度分别为1024像素(桌面显示器)、768像素(iPad竖屏宽度)、320像素(iPhone竖屏宽度)。
如上图所示，从每列等宽的情况入手，可以让规划工作相对简单一些，帮助我们将注意力放在响应式的布局改变上。
接下来我们需要考虑的是，每一列中的模块组件应该以怎样的方式随着页面的宽度缩放而响应式的适应和调整。在这个过程里，保持团队成员之间的沟通是非常重要的，包括视觉设计师、前端开发人员等；使用初步的线框原型，与大家交流模块组件在布局和样式方面的调整计划，尽量在初期就让相关成员对整个规划做到心中有数，并尽早发现前端实现等方面的潜在的问题。
也许对于你自己的实际项目来说，其他页面的重要程度或代表性是超过首页的。这不是问题，你可以调整具体的页面规划次序；我们的这个项目案例是从首页开始入手的。下图中展示的，就是我们为首页制作的三种响应规格的线框原型。
我们创建了一个简单的横向导航条，其宽度可以随着屏幕宽度的变化而调整；在最后一种规格的范围里(320像素以下)，导航条会折行显示，以保证导航元素的可读性。
头部中其他元素的调整方式与全局导航的类似。
在这一步中，最好提前考虑一下关于组件元素的样式问题，做好与视觉设计师的交流沟通。比如，对于导航元素，如果使用复杂的tab式背景，就很有可能在小屏幕设备中、特别是导航条折行的情况下产生样式问题。
默认尺寸下，页脚由四列内容组成；另外两个规格范围中，布局分别为三列和一列；内容模块随文档流向下依次扩展即可。
全局的四列等宽网格布局使其他组件的规划也非常轻松。在首页中有一个组件，其中包含若干内容模块。默认尺寸下，可以并排显示四个模块；左右两边各有一个触发滚动的按钮，以点击之后模块列表会前后滚动，以显示更多内容。在平板电脑类型的布局中，默认显示的数量变为三个；而在手机的小尺寸屏幕中，内容模块列表会变为单列，并去掉了用于左右滚动的按钮，用户可以上下滚动页面，依次查看不同的模块。
类似的，其他涉及到多列显示的组件和模块都需要做这样的考虑。要了解不同设备的用户所习惯的操作方式，同时结合该设备的屏幕宽度规格，设计出最合理的布局及交互方式。
我们可以在线框原型的初稿完成之后，将其图片导入对应的设备中，进行一些简单的初步测试。试着上下或左右滚动原型界面，感受导航与功能、内容的布局，完成一些假设的获取信息的目标。这样的测试可以帮助我们尽早的检验页面在可访问性及可读性等方面的潜在问题。
对于手机用户来说，有一个问题：多数页面在首屏中只能显示网站名、全局导航和搜索等功能；用户点击全局导航中的链接之后，即使页面正常的进行了跳转，也会给人一种错觉，好像页面并没有发生变化；除非滚动页面，通过查看页面的主要内容部分，来判断当前是否处于自己的目标页面。一个常见的解决方法是，对于小屏幕设备，将全局导航与主要内容之间的部分设计为可以展开或收起的容器，默认状态为收起，这样即能使主要内容可以呈现在首屏中，也可以保证功能的可用性。
相比于传统的Web视觉设计过程，在这里我们不仅要打造出风格恰当的UI元素，而且要根据前面制定下来的几种规格方案，对某些关键性的UI元素进行样式扩展或改造。例如下图所示的酒店搜索模块，正如我们前面提到的，在小屏幕版本中，最佳实践方式是做成可展开和收起的模式，而这种交互方式在平板电脑或桌面设备中是不需要的。类似这样情况，在视觉设计方面需要花些额外的功夫。
在视觉设计过程中，有一些很实际的经验和原则：
下图就是针对三种设备规格的首页最终视觉稿。
来看一些在前端构建的过程中需要注意的问题；关于技术性的细节问题，仍不会在这里过多讨论。(技术实施方面，可以参考我们之前的文章“通过CSS3 Media Query实现响应式Web设计 ”)
对于小屏幕规格的设计方案，即使我们通过CSS缩小其显示尺寸，在文件资源方面仍然是要加载完整的大图的。所以我们在优化保存文件图片的时候要尽可能的让文件更小。不过另外有些方法，可以帮助我们真正实现图片文件的响应化。大致思路是，通过JavaScript判断当前设备的分辨率规格范围，并根据预设的规则加载不同尺寸的图片文件。详情可以参考我们之前文章中关于响应式图片 的部分。
让客户或需求方理解“渐进增强，平稳退化”的思路是很重要的，对于传统Web设计开发也是如此。对响应式站点来说，CSS3在降低资源消耗、提高页面加载速度等方面的作用尤为重要。
正如我们在前文中多次强调的，保持设计师与开发者之间的密切沟通和交流，对于项目的顺利进展会起到不可估量的作用；换个角度说，如果这方面做的不好，很多致命的潜在问题则有可能在项目后期集中爆发出来。