CSS-移动端适配详解

Rsquo
3,550 阅读5分钟

1. 移动端开发相关的概念

  • 移动端开发目前主要包括三类：

    • 原生App开发（iOS、Android、RN、uniapp、Flutter等）

    • 小程序开发（原生小程序、uniapp、Taro等）

    • Web页面（移动端的Web页面，可以使用浏览器或者webview浏览）

  • 两个概念：

    • 自适应：根据不同的设备屏幕大小来自动调整尺寸、大小

    • 响应式：会随着屏幕的实时变动而自动调整，是一种自适应

2. viewport

在一个浏览器中，我们可以看到的区域就是视口（viewport），在PC端的页面中，是不需要对视口进行区分的，因为布局视口和视觉视口是同一个。

在移动端，布局的视口和可见的视口是不太一样的，因为移动端的网页窗口往往比较小，我们可能会希望一个大的网页在移动端可以完整的显示，所以在默认情况下，移动端的布局视口是大于视觉视口的。

  • 布局视口(980px)

    • 默认情况下，一个在PC端的网页在移动端会如何显示？

      • 第一，按照宽度为980px来布局一个页面的盒子和内容

      • 第二，为了可以完整的显示在页面中，对整个页面进行缩小

    • 相对于980px布局的这个视口，称之为布局视口（layout viewport）

    布局视口.png

  • 视觉视口

    • 按照980px显示内容，那么右侧有一部分区域就会无法显示，所以手机端浏览器会默认对页面进行缩放以显示到用户的可见区域中，那么显示在可见区域的这个视口，就是视觉视口（visual viewport）

    视觉视口.png

  • 理想视口

    • 默认情况下的layout viewport并不适合进行布局，可以对layout viewport进行宽度和缩放的设置，以满足正常在一个移动端窗口的布局，这个时候可以设置meta中的viewport

    • 布局视口 = 视觉视口，即为理想视口

  • 设置视口

    <!-- width: 设置布局视口的宽度 -->
<meta name="viewport" content="width=device-width, initial-scale=1.0, user-scalable=no, minimum-scale=1.0, maximum-scale=1.0">

    viewport.png

3. 移动端适配方案

3.1 常见方案

  • 方案一：百分比设置

    • 因为不同属性的百分比值，相对的可能是不同参照物，所以百分比往往很难统一，所以百分比在移动端适配中使用是非常少的

  • 方案二：rem单位 + 动态html的font-size

  • 方案三：vw单位

  • 方案四：flex的弹性布局

3.2 rem + 动态html的font-size

rem单位是相对于html元素的font-size来设置的，那么如果我们需要在不同的屏幕下有不同的尺寸，可以动态的修改html的font-size尺寸。

3.2.1 针对不同的屏幕，设置html不同的font-size

  • 方案一：媒体查询

    • 通过媒体查询来设置不同尺寸范围内的屏幕html的font-size尺寸

    • 缺点：

      1. 我们需要针对不同的屏幕编写大量的媒体查询

      2. 如果动态改变尺寸，不会实时的进行更新

      @media screen and (min-width: 320px) {
  html {
    font-size: 20px;
  }
}

@media screen and (min-width: 375px) {
  html {
    font-size: 24px;
  }
}

@media screen and (min-width: 414px) {
  html {
    font-size: 28px;
  }
}

@media screen and (min-width: 480px) {
  html {
    font-size: 32px;
  }
}

.box {
  width: 5rem;
  height: 5rem;
  background-color: orange;
}

  • 方案二：编写js代码（实时改变屏幕尺寸时，font-size实时更改）

    1. 根据 html 的宽度计算出font-size的大小，并且设置到html上

    2. 监听页面的实时改变，并且重新设置font-size的大小到html上

    // 1.获取html的元素
const htmlEl = document.documentElement

function setRemUnit() {
  // 2.获取html的宽度(视口的宽度)
  const htmlWidth = htmlEl.clientWidth
  // 3.根据宽度计算一个html的font-size的大小
  const htmlFontSize = htmlWidth / 10
  // 4.将font-size设置到html上
  htmlEl.style.fontSize = htmlFontSize + "px"
}
// 保证第一次进来时, 可以设置一次font-size
setRemUnit()

// 当屏幕尺寸发生变化时, 实时来修改html的font-size
window.addEventListener("resize", setRemUnit)

    给body设置一个默认字体大小

    body {
  font-size: 16px;
}

  • 方案三：lib-flexible库，直接通过 <script> 引入

3.2.3 将原来要设置的尺寸，转化成rem单位

  • 方案一：手动换算

    • 比如有一个在375px屏幕上，100px宽度和高度的盒子，要将100px转成对应的rem值， 100/37.5=2.6667rem，其他也是相同的方法计算即可

  • 方案二：less/scss函数（混入和映射）

    .pxToRem(@px) {
  result: 1rem * (@px / 37.5);
}

.box {
  width: .pxToRem(100)[result];
  height: .pxToRem(100)[result];
  background-color: orange;
}

p {
  font-size: .pxToRem(14)[result];
}

  • 方案三：postcss-pxtorem（后续补充）

    • 目前在前端的工程化开发中，可以借助于webpack的工具来完成自动的转化

  • 方案四：VSCode插件

    • px to rem 的插件，在编写时自动转化

    pxToRem.png

3.3 vw

3.3.1 vw 和rem 的对比

rem事实上是作为一种过渡的方案，它利用的也是vw的思想。

  • 前面不管是我们自己编写的js，还是flexible的源码，都是将1rem等同于设计稿的1/10，在利用1rem计算相对于整个屏幕的尺寸大小，而1vw刚好等于屏幕的1/100，相对于rem也更加有优势。

  • vw 相比于 rem 的优势：

    • 优势一：不需要去计算html的font-size大小，也不需要给html设置这样一个font-size

    • 优势二：不会因为设置html的font-size大小，而必须给body再设置一个font-size，防止继承

    • 优势三：因为不依赖font-size的尺寸，所以不用担心某些原因html的font-size尺寸被篡改，页面尺寸混乱

    • 优势四：vw相比于rem更加语义化，1vw刚才是1/100的viewport的大小

    • 优势五：可以具备rem之前所有的优点

3.3.2 vw的单位换算

  • 方案一：手动换算

    • 比如有一个在375px屏幕上，100px宽度和高度的盒子，需要将100px转成对应的vw值，100/3.75=26.667vw，其他也是相同的方法计算即可

  • 方案二：less/scss函数

@vwUnit: 3.75;

.pxToVw(@px) {
  result: (@px / @vwUnit) * 1vw;
}

.box {
  width: .pxToVw(100)[result];
  height: .pxToVw(100)[result];
  background-color: orange;
}

p {
  font-size: .pxToVw(14)[result];
}

  • 方案三：postcss-px-to-viewport-8-plugin（后续补充）

    • 和 rem 一样，在前端的工程化开发中，可以借助于webpack的工具来完成自动的转化

  • 方案四：VSCode插件

    • px to vw 的插件，在编写时自动转化

    pxToVw.png

avatar
文章
阅读
粉丝