本文知识点

• 响应式设计与自适应设计的联系与区别
• 融合响应式的概念、实现思路及源码示例
• 融合响应式设计在CCtalk的实践

利用 JavaScript 和 CSS 来进行媒体查询，是响应式设计与自适应设计结合的方案，我这里给起一个好记的名字叫做融合响应式设计（ Fusion Web Design，简称 FWD ）。

技术原则：

• JavaScript 判断尽量少
• CSS 媒体查询的断点也尽量少

UI效果

• 在笔记本、平板电脑、智能手机上展示合适的 UI 效果
• PC UI：给笔记本等设备上看的大屏效果
• Mobile UI：给智能手机上看的小屏效果

但这里，还是有一个遗漏的为平板电脑上效果。

先前，iPad Air 或 iPad Mini 会被归类到智能手机的 Mobile UI 范围，但是这两年新出的 iPad Pro 的宽高单纯展示 PC UI 或 Mobile UI，效果都不是很理想。

• iPad Pro （横屏 1366px）展示 Mobile站点内容，中间内容区域只有 768px
• iPad Mini （横屏 1024px）展示PC 站点内容，右侧容易被截取

iPad 装着 iOS 系统，其 UserAgent 中包含着 iPad 字眼，一般可用来判断 iPad。

那么，这里的一个的难点为不能使用 UserAgent 来判断 iPad Pro（iPad OS），因为它的 UserAgent 太像 MacBook Pro。

iPad Pro 上装着 iPad OS 系统，其 UserAgent 为

MacBook Pro 的 Safari 浏览器的 UserAgent 为

当然，也不能一直通过 UserAgent 来区分各种设备，因为以后新出的设备会更多。

• 12.9 英寸 iPad Pro (第四、三、二、一代)
• 11 英寸 iPad Pro (第二、一代)
• 10.5 英寸 iPad Pro
• 9.7 英寸 iPad Pro
• iPad (第七、六、五代)
• iPad mini (第五、4代)
• iPad Air (第三、2代)
• ...

这里，我先列举一下我的目标设备的网页宽高、设备特点。

判断的主要依据：

• 设备是否支持横竖屏切换
• 刚进页面时设备的宽高
• 设备在横竖屏切换后的宽高

那么，常见的设备显示效果如下：

• 常见笔记本电脑的最小宽高为 1280x800，显示的为 PC UI
• 常见智能手机的最大屏为 iPhone11 pro max，网页宽高为 414x896，无论是横竖屏都现实的是 Mobile UI。

难点还是在 iPad 设备上，根据上面的表格我们发现，平板电脑支持横竖屏切换，竖屏范围在 768、834、1024 上，横屏范围在1024、1194、1366上。

最大的难点就在于，1024宽度应该显示 Mobile UI 还是PC UI呢？

这里我选择将判断的断点改为 1040px 上，就是将最大宽不超过 1024px 的设备都认为 Mobile UI 。

效果图

区分 Mobile UI 和 PC UI 的完整的判断逻辑如下：

1. 在 iPad 微信 App 上可设置强制显示 Mobile 效果
2. 笔记本电脑，不支持 onorientationchange 横竖屏切换的，就认定为 PC

   • 不使用 onRisize 来监听网页的宽高，因为性能消耗大
   • 并且当浏览器拖动小了，支持左右滚动
3. 若 window.screen.width, window.screen.height 的最大值也比 widthMode 宽度断点大，那就可以认为是 PC ，如 iPad Pro 12.9 寸。
4. 若 window.screen.width, window.screen.height 的最大值也比 widthMode 宽度断点还小，那就可以认为是 Mobile
5. 进入页面时，竖屏时以 window.screen.width, window.screen.height 中数值小的那个来判断，横屏中以 window.screen.width, window.screen.height 数值大的来判断，当宽度大于 1000px 时认为是 PC ，宽度小于 1000px 时，认定为 Mobile 。
6. 横竖屏切换时，重复第 5 步的判断

   • 方案一：监听 window.matchMedia('(orientation: portrait)')，目前测试这个方案比较理想
   • 方案二：监听 onorientationchange 及 window.orientation

备注：

• iPad 微信 app 横屏“扫一扫”，会以“左聊天列表、右侧网页”的布局，此时宽度比预期的小 320px，应当认为是 mobile。
• 在横竖屏切换后，需要加 300ms 延时，之后获取的 innerWidth 和 innerHeight 才是准确的。

源码示例

在区分好 PC UI 和 Mobile UI 的判断设定后，我们还要关心的是在一些常见的设备上的显示效果，比如 iPad 横竖屏、大屏显示器。

Mobile UI 效果中的优化

在 Mobile UI 模式下，iPad Mini 竖屏的为 768px，此时显示的平铺拉伸版效果

所以 Mobile UI 就有了如下的 CSS 最大宽的设定：

PC UI 效果中的优化

在上面的 PC UI 的判定中，我们是以 1000px 作为判断区间的，那么在这个宽度下，推荐设计师以 960px 为设计宽度，这样两侧就各有 32 px 的留白，以此来增加整个页面的呼吸感。

那么，市面上绝大部分的设备其实是比 1280px 还要大的。此时，可以选择以 1200px 作为更大屏的媒体查询断点。也就是说，我这里运用了响应式设计中的 CSS 媒体查询。

为何不选用 1400px 呢，因为在 CCtalk 上课的网师、学生所使用的主流设备分辨率宽度还是在 1280px、1366px、1440px这几个区间的。

所以，有如下 PC UI 的 CSS 最大宽设定：

使用融合响应式设计时，需要尽量在设计师进行 UI 设计前就与其商量好设计规范。

我认为需要注意如下两点：

1. 只修改模块的宽度、边距
2. 保证模块内的所有细节都不调整模块细节内容的 UI，如字体、宽高、间距

如果 Mobile UI 与 PC UI 的细节差异很大，那无论是响应式设计、自适应设计，还是我认为的融合响应式设计，在网页制作过程中，都是非常难做的，后期维护成本也是非常高的。

融合响应式设计（ Fusion Web Design，简称 FWD），利用 JavaScript 和 CSS 来进行媒体查询，是响应式设计与自适应设计结合的方案。

• 自适应设计：根据设备特点，使用 JavaScript 来区分 PC UI 和 Mobile UI
• 响应式设计：在需要调整出更好的 UI 时，可以加入一些 CSS 媒体查询的断点，比如常见的大屏显示效果

• 以触屏 UI 为主，兼容 PC 电脑上的效果
• 特点为展示型居多，交互不复杂，跳转不复杂的情况

• 电脑：浏览器、CCtalk PC 客户端、微信浏览器
• ipad：Safari、微信浏览器，包含横竖屏切换
• 手机：浏览器、CCtalk App、微信浏览器，包含横竖屏切换

兼容性要求

• 兼容主流浏览器及主流分辨率
• 浏览器最低兼容 IE11，不再兼容 IE9、IE10
• IE11 上注意 flex 布局中 CSS 属性兼容性

CCtalk 节目页面

完整版请访问： https://www.cctalk.com

这里可以先看《前端基础知识概述 -- 移动端开发的屏幕、图像、字体与布局的兼容适配》 https://www.cnblogs.com/coco1s/p/11463599.html一文。

我这里抽取中其中的一段来叙述：

从定义上而言，RWD 是一套代码，适用于所有屏幕。而 AWD 则是多端多套代码。我觉得这两者的本质都是致力于适配不同设备，更好地提升用户体验。 RWD 和 AWD 两者都是为了适配各种不同的移动设备，致力于提升用户体验所产生的的技术。核心思想是用技术来使网页适应从小到大（现在到超大）的不同分辨率的屏幕。通常认为，RWD 是 AWD 的子集。
RWD：Ethan Marcote 的文章是大家认为 RWD 的起源。他提出的 RWD 方案是通过 HTML 和 CSS 的媒体查询技术，配合流体布局实现。RWD 倾向于只改变元素的外观布局，而不大幅度改变内容。Jeffrey Zeldman 总结说，我们就把 RWD 定义为一切能用来为各种分辨率和设备性能优化视觉体验的技术。
AWD：Adaptive Design 是 Aaron Gustafson 的书的标题。 他认为 AWD 在包括 RWD 的 CSS 媒体查询技术以外，也要用 Javascript 来操作 HTML 来更适应移动设备的能力。AWD 有可能会针对移动端用户减去内容，减去功能。AWD 可以在服务器端就进行优化，把优化过的内容送到终端上。

相关文章：

• Quora - Responsive Design vs. Adaptive Design?
• zhihu -- Responsive design 和 Adaptive design 的区别
• 书籍为《渐进增强：跨平台用户体验设计》，其英文原版地址为： https://adaptivewebdesign.info/，在里面还提供了原版第一章节的 PDF 试读。