正文

响应式网页如何实现（响应式网页如何实现网络连接）

发布时间：2023-04-25 12:55:51 稿源：创意岭阅读： 1089

大家好！今天让创意岭的小编来大家介绍下关于响应式网页如何实现的问题，以下是小编对此问题的归纳整理，让我们一起来看看吧。

创意岭作为行业内优秀企业，服务客户遍布全国，相关业务请拨打175-8598-2043，或微信：1454722008

本文目录:

1、如何将web页面改成响应式
2、响应式网站建设流程是什么？
3、响应式网站一般是用什么技术实现的
4、怎么实现网站的响应式布局，适合不同分辨率

响应式网页如何实现（响应式网页如何实现网络连接）

一、如何将web页面改成响应式

第一步：检测网页响应式

浏览器打开调试模式，打开响应式设计模式，在预览区域拖动大小范围，如果页面元素随大小变化而自适应，则页面是响应式页面，反之，页面是固定非响应式页面。如图：

第二步：编辑网页源文件

用Dreamweaver打开页面源文件，查看代码样式及文件结构，（Web页面的视觉效果由CSS样式表文件控制）。如图：

第三步：植入响应式代码

在CSS样式表中插入以下代码：

@media screen and (min-width:200px) and (max-device-width:640px){

/*这里写元素的样式*/

}

代码解释：这句代码是指定了在200像素~640像素之间的终端，显示的效果，在其他终端不显示。

第四步：横屏响应式设计

在CSS中插入以下代码

@media screen and (min-width:200px) and (max-device-width:640px){

.box{ width:100%;height:auto; margin:0 auto; background:#FFFFFF;}

}

控制元素在终端的横向展示（全屏拉伸缩放无滚动条），垂直方向用滚动条展示。如图：

第五步：竖屏响应式设计

在CSS中插入以下代码

@media screen and (min-width:200px) and (max-device-width:640px){

.box{ width:auto;height:100%; margin:0 auto; background:#FFFFFF;}

}

控制元素在终端的横向展示（全屏拉伸缩放无滚动条），垂直方向用滚动条展示。如图：

第六步：全屏响应式设计

在CSS中插入以下代码

@media screen and (min-width:200px) and (max-device-width:640px){

.box{ width:100%;height:100%; margin:0 auto; background:#FFFFFF;}

}

控制元素在终端的横向展示（全屏拉伸缩放无滚动条），垂直方向用滚动条展示。如图：

第七步：加工检测

响应式设计完成之后，用不同的终端全部检测一遍，有不合格的地方继续修改，这是程序员必须知道的也不能忽视的。

二、响应式网站建设流程是什么？

1、信息架构，确定内容策略

根据产品定位和用户分析，交互设计师确定站点信息架构。(信息架构呈现方式有很多种，这不是本文重点，不详述)。

这时候可以明确这个产品有多少页面，每个页面包含多少内容，内容优先级是什么。很多产品包含N多页面，每个页面一一考虑响应式设计容易造成混乱且成本巨大。所以下一步重要工作是分析页面类型把页面归类。以玩客为例，可以把10多个页面分成三类：列表类页面、详情类页面、操作类页面。

2、移动框架

先说下为什么第二步要先设计移动框架。移动优先是移动互联网浪潮下应运而生的理念，由Luke Wroblewski最早提出。移动优先并不是指移动更重要，响应式设计理念里设备是同等重要的。它是指优先设计手机端的体验，有三个原因：

(1)手机让设计专注，强迫你想清楚什么信息是最重要的。因为手机屏幕小，每屏呈现的内容少;触屏手机使用手指操作而非鼠标这样的精密设备来操作，对操作有更高要求;手机使用场景更加丰富，很多场景用户是缺乏耐心的，比如当你排队看电影正在找手机上的电子票，马上排到你了翻半天却迟迟找不到那张票这是多么令人崩溃的事情。

(2)手机许多特性让设计更强大。手机上的语音输入、地理位置定位、丰富的手势操作、越来越多传感器，手机交互比PC拥有更多可能性。从手机开始设计，让你更早地思考如何发挥这些特性。

(3)手机正在迅猛增长。手机即将超越PC，成为最主流的上网方式，这个趋势是不可逆的。

从移动开始做设计对习惯了PC环境的设计师可能是一种挑战，思考方式工作习惯都被迫做出改变。但这种改变必须去适应，因为用户习惯在改变。

上一步已经把页面归类并确定每个页面内容优先级，现在接着分析每种类型页面的导航、主体内容等框架结构，最终得出一份框架结构表。从玩客框架结构看出，全局导航是所有页面公共的，局部导航只有列表类页面才有，详情类页面都有一个“页面主人”信息，而关联导航不是每个页面都有。

接着开始设计手机端“超细长页面”的框架(因为手机上一般是单列布局，所以页面又细又长)。这一步开始把信息结构设计成最粗放的框架，可以在白板或纸面上完成。要实现的关键目标是：把这个页面最需要呈现给用户的内容放在最重要的位置，要符合手机上的阅读和操作习惯，尽量利用手机设备的特性。

3、响应式框架

根据手机端的框架拓展出平板和PC端框架。这是复杂产品实现响应式设计的关键步骤，它是让众多页面有条理地响应起来的基础。第一件事情是确定响应式模式，即从手机到平板到PC，导航怎么变化，页面布局用哪种响应方式，根据内容优先级如何调整模块顺序，等等。玩客在PC端以三栏布局为主，左边栏作为局部导航或者主人信息区，中间栏始终是页面主体信息，当页面需要关联导航时统一放在右边栏。

到现在这个阶段所有页面的响应式开始有规则可循，下一步工作就是继续细化规则，把框架精确到具体尺寸。具体说来就是制定流体栅格系统。

响应式是一种设计理念与前端技术紧密结合的新兴形态，鼓励尽早进行跨职能沟通协作。交互确定响应式框架和栅格系统后，其他角色就可以同步开展工作了。前端开始介入完成栅格和框架搭建，产出页面基础框架。视觉同步开始探索和定义视觉风格探索，制定视觉框架，产出风格关键词、产品配色方案。整个过程需要几个角色不断讨论确定。

4、模块设计

按照移动优先的原则应该先进行移动端的模块细节设计，不过我们选择了从PC端开始设计细节。因为PC端开发能够充分暴露业务复杂度，项目团队的设计、开发、测试在PC环境下拥有成熟的工具和流程，从PC开始让开发过程更顺畅。所以个人认为移动优先是确定内容策略时应该遵循的理念，细节设计和开发过程是否要移动优先，取决于产品定位和项目团队情况。

响应式框架确定了页面结构和响应模式，模块设计这个过程开始完善所有信息排版和交互形式，这是交互设计师最熟练也是最耗时的工作。这个过程与传统流程没太大区别，只是心里要不断提醒自己，这个模块不是只为这个设备设计，它在其它设备下会出问题吗?

交互确定页面模块细节后可以抽取出产品用到的控件、组件和公共模块，现在视觉和前端开始做一件有别于传统流程的事情。视觉根据前期定义的风格设计控组件和公共模块的视觉效果，把它们拼成一个模拟的页面，我们称之为风格拼贴稿。前端再把风格拼贴稿里的控组件和公共模块实现出来，统一维护一套组件规范代码。

传统的做法往往是页面视觉定稿后设计师开始整理视觉规范标注给前端。风格拼贴稿是将这个工作尽可能提前，并变成一个设计协作利器。它的好处是：

(1)一个页面的视觉效果实际上是由一堆控组件和公共模块组成，用真实的控组件和公共模块拼贴的模拟页面已经可以呈现出产品的视觉风格。把一个产品10多个页面的视觉稿全部完成定稿是非常费时费力的事情，产出一份风格拼贴稿则轻松得多。所以它是一个高效的设计工具。

(2)复杂产品总是涉及多个设计师和前端并行工作，尽早地把控组件和公共模块抽取出来统一管理，是保证视觉风格一致性的有效方法。避免不同设计师同时设计同一个控组件或公共模块，减少重复开发造成的浪费。也大大降低后期更新和维护页面的成本，比如当需要修改“关注”按钮时只需改一个就能全站生效。

5、响应式模块设计

pc模板细节和风格拼贴稿完成后，剩下工作是拓展出平板和手机端的完整设计稿，前端产出全部响应式页面代码。进行响应式模块设计时最需要关注的仍然是让操作符合设备习惯，充分利用设备特性。

至此，一个全站响应式产品的页面就陆续出来了。很多人认为响应式设计维护成本高的理由是一个页面要同时设计多套设计稿。玩客这次经验告诉我们，确定一套设计稿和栅格系统后再拓展出其它设备下的设计方案，工作量远比想象中的低。

6、测试/讨论/优化，提交开发

离大功告成还差最后一步，在真实设备下测试页面效果，项目团队讨论并持续优化。

在提交开发之前需要尽早明确服务端响应(RESS)的策略。服务端与客户端结合是目前解决响应式页面性能问题的最合理方案。哪些大图片在移动设备下只需输出小尺寸图片?哪些内容在什么设备下是不需要开发输出的?哪些可以减少输出的数据数量?与开发团队协作的响应式可以有效控制页面文件大小，避免页面成为移动设备上烧用户流量的罪魁祸首。

三、响应式网站一般是用什么技术实现的

用CSS 根据屏幕大小设备类型分辨率等来决定某段CSS代码是否加载

随便找了个响应式布局网站给你看他们在不同分辨率下的显示效果

图一是PC端的显示效果为全部CSS代码加载

图二为分辨率变小的时候，注意看他的变化。右侧以及左侧的显示方式变了！以及中间的图片广告不在加载了

四、怎么实现网站的响应式布局，适合不同分辨率

如我们需要兼容不同屏幕分辨率、清晰度以及屏幕定向方式竖屏(portrait)、横屏(landscape)，怎样才能做到让一种设计方案满足所有情况？对此，马海祥觉的我们的布局应该是一种弹性的栅格布局，不同尺寸下弹性适应，如以下页面中各模块在不同尺寸下的位置：

那么我们具体要怎么做呢？

1、Meta标签定义

使用 viewport meta 标签在手机浏览器上控制布局

通过快捷方式打开时全屏显示

隐藏状态栏

iPhone会将看起来像电话号码的数字添加电话连接，应当关闭

2、使用Media Queries适配对应样式

常用于布局的CSS Media Queries有以下几种：

设备类型(media type):

all所有设备；

screen 电脑显示器；

print打印用纸或打印预览视图；

handheld便携设备；

tv电视机类型的设备；

speech语意和音频盒成器；

braille盲人用点字法触觉回馈设备；

embossed盲文打印机；

projection各种投影设备；

tty使用固定密度字母栅格的媒介，比如电传打字机和终端。

设备特性(media feature):

width浏览器宽度；

height浏览器高度；

device-width设备屏幕分辨率的宽度值；

device-height设备屏幕分辨率的高度值；

orientation浏览器窗口的方向纵向还是横向，当窗口的高度值大于等于宽度时该特性值为portrait，否则为landscape；

aspect-ratio比例值，浏览器的纵横比；

device-aspect-ratio比例值，屏幕的纵横比。

例子：

/* for 240 px width screen */

@media only screen and (max-device-width:240px){

selector{ ... }

}

/* for 320px width screen */

@media only screen and (min-device-width:241px) and (max-device-width:320px){

selector{ ... }

}

/* for 480 px width screen */

@media only screen (min-device-width:321px)and (max-device-width:480px){

selector{ ... }

}

适用于布局的Media Queries，这里在马海祥博客上我们就不再做详述，有兴趣的话，可通过官方文档进一步了解。

3、表格(table)的响应式处理

那么对于表格(table)的响应式处理该是怎样的呢？我们该如何突破Table的局限性呢？接下来我们来了解以下的几种针对表格响应式处理的方法：

（1）、隐藏不重要数据列

处理前：

（点击查看大图）

处理后：

实现方法代码：

@media only screen and (max-width: 800px) {

table td:nth-child(2),

table th:nth-child(2) {display: none;}

}

@media only screen and (max-width: 640px) {

table td:nth-child(4),

table th:nth-child(4),

table td:nth-child(7),

table th:nth-child(7),

table td:nth-child(8),

th:nth-child(8){display: none;}

}

以用户角度思考，每个人对数据的认知不同，或许你隐藏的数据对于他却是很重要的，所以对于这种方法马海祥并不推荐。

（2）、多列横向变2列纵向

处理前：

处理后：

实现方法：<thead>定位隐藏，<td>变块元素，并绑定对应<th>列名，然后用伪元素的content:attr(data-th)实现<th>：

（3）、固定首列，剩余列横向滚动

处理前：

处理后：

实现原理代码：

thead {float:left;}

tbody {display:block;width:auto;overflow-x:auto;}

二、响应式内容

1、响应式图片

带宽是手机终端的硬伤，如果我们只是页面布局做了响应式处理，在我们用手机访问时，请求的图片还是PC上的大图；文件体积大，消耗流量多，请求延时长，因此导致的问题也是不可估量的。那么我们就得把图片也处理成响应式的根据终端类型尺寸分辨率来适配出合理的图形。

处理原理：浏览器获取用户终端的屏幕尺寸、分辨率逻辑处理后输出适应的图片，如屏幕分辨率320*480，那么我们匹配给它的是宽度应小于320px的图片。如果终端屏幕的DPI(device pixels)DPI详解值很高，也就是高清屏，那么我们就得输出2倍分辨率的图形(宽:640px)；以保证在高清屏下图形的清晰度。各种移动终端的屏幕参数可通过http://screensiz.es/phone查询。

解决方案：其实W3C已经有一个用于响应式图形的草案：新定义标签<picture>，因为它还只是草案，目前还没有支持的浏览器，期待在不久的未来我们能用上。虽然目前不支持，但我们还是来了解下，为之后的内容做个铺垫。

<picture>是一个图形element，内容由多个源图组成，并由CSS Media Queries来适配出合理图形，代码规范如下：

Accessible text

</noscript>

</picture>

注：source: 一个图片源；

media: 媒体查询，用于适配屏幕尺寸；

srcset: 图片链接，1x适应普通屏，2x适应高清屏；

<img/>: 初始图片；另外还有一个无障碍文本，类似<img/>的alt属性。

虽然<picture>目前还不支持，但它的原理我们是可借鉴的，所以就诞生了一个用于图片响应式处理的类库Picturefill