移动端开发

移动端开发

一、移动端开发相关概念

(一)屏幕相关

1. 屏幕大小

指屏幕对角线长度,单位是英寸(inch)。常见尺寸有:3.5寸、4.0寸、5.0寸、5.5寸、6.0寸等等。

备注:1英寸(inch)= 2.54 厘米(cm)

2. 屏幕分辨率

是指屏幕在:横向、纵向上的物理像素点总数,一般用 n * m 表示。
例如:iPhone6 的屏幕分辨率为: 750 * 1334

  • 注意:
    • 屏幕分辨率是一个固定值,无法修改!!
    • 屏幕分辨率、显示分辨率是两个概念,系统设置中可以修改的是:显示分辨率。
    • 屏幕分辨率 >= 显示分辨率

3. 屏幕密度(清晰度衡量指标)

​ 又称:屏幕像素密度,是指屏幕上每英寸里包含的物理像素点个数,单位是ppi(pixels per inch),其实这里还有另一个单位 dpi (dots per inch),两个值的计算方式都一样,只是使用的场景不同。
​ ppi主要用来衡量屏幕,
​ dpi主要用来衡量打印机、投影仪等。

移动端开发_第1张图片

(二)像素相关

1. 物理像素

物理像素又名:设备像素,是一个长度单位(px)。一个物理像素就是屏幕上的一个物理成像点,就是屏幕中一个微小的发光物理元器件(可简单理解为超级微小的灯泡),是屏幕能显示的最小粒度。屏幕的物理像素点数(分辨率)是手机屏幕的一个重要参数,由屏幕制造商决定,屏幕生产后无法修改。例如iPhone6 横向上拥有的物理像素为750、纵向上拥有 的物理像素为1334,用750*1334表示。

2. css 像素

​ css像素又名:逻辑像素,css像素是一个抽象的长度单位,单位也是px,它是为Web开发者创造的,用来精确地度量Web页面上的内容大小。我们在编写css\js\less中所使用的都是css像素。

3. 设备独立像素

设备独立像素简称DIP或DP(device-independent pixel),又称:屏幕密度无关像素。

设备独立像素与css像素关系:

  • 在标准情况下(无缩放):1 css像素 = 1 设备独立像素

    设备独立像素与物理像素关系:

  • 普通屏幕下:1 设备物理像素 = 1 物理像素

  • 高清屏幕下:1 设备物理像素 = N 物理像素

4.像素比

像素比(dpr,device pixel ratio):单一方向上,【物理像素】和【设备独立像素】的比值。即:dpr = 物理像素 / 设备独立像素

  • 使用js获取dpr: window.devicePixelRatio
  • 几款手机的屏幕像素参数:
型号 分辨率(物理像素点总和) 设备独立像素(dip或dp) 像素比(dpr)
iPhone 3G / 3GS 320 * 480 320 * 480 1
iPhone 4 / 4s 640 * 960 320 * 480 2
iPhone 5 / 5s 640 * 1136 320 * 568 2
iPhone 6 / 7 / 8 750 * 1334 375 * 667 2
iPhone 6p / 7p / 8p 1242 * 2208 414 * 736 3
iPhone X 1125 * 2436 375 * 812 3

https://uiiiuiii.com/screen/index.htm

(三)图片高清显示

1. 位图像素

位图和矢量图

  • 位图:又称点阵图形或栅格图像,是由n个的像素点组成的。放大后会失真。(常见:png、jpeg、jpg、gif)
    一般用PhotoShop等软件进行编辑。
  • 矢量图:又称为面向对象图像或绘图图像,在数学上定义为一系列由线连接的点,放大后不会失真。(常见:svg)
    一般使用Adobe Illustrator,Sketch等软件进行编辑

位图像素也是一个长度单位,位图像素可以理解为位图中的一个“小格子”,是位图的最小单元。

2. 图片的高清显示(媒体查询)

目前一般仅logo需要做高清显示,或提供svg格式logo即可解决问题,否则采用媒体查询:

@media screen and (-webkit-min-device-pixel-ratio:2) {
      .logo{
        content: url(../imgs/[email protected])
      }
    }
@media screen and (-webkit-min-device-pixel-ratio:3) {
  .logo{
    content: url(../imgs/[email protected])
  }
}

(四)视口相关

PC端视口

在pc端,视口的默认宽度和浏览器窗口的宽度一致。在css标准文档中,视口也被称作:初始包含块,它是所有css百分比宽度推算的根源,在PC端可通过如下几种方式获取宽度:

    console.log('最干净的显示区域', document.documentElement.clientWidth); // 常用
    console.log('最干净的显示区域+滚动条', window.innerWidth);
    console.log('最干净的显示区域+滚动条+浏览器边框', window.outerWidth);
    console.log('与浏览器无关,当前设备显示分辨率横向的值', screen.width);

移动端视口

在移动端,浏览器厂商面临着一个比较大的问题:他们如何将数以万计甚至可以说是数以亿计的pc端网页完整的呈现在移动端设备上,并且不会出现横向滚动条呢?那就要引出移动端的三个概念:1.布局视口、2.视觉视口、3.理想视口

1.布局视口 Layout viewport

用于解决早期的页面在手机上显示的问题,早期的时候我们这样做:pc端网页宽度一般都为:960px1024px这个范围,就算超出了该范围,960px1024px这个区域也依然是版心的位置。

浏览器厂商针对移动端设备设计了一个容器,先用这个容器去承装PC端的网页,这容器的宽度一般是980px,不同的设备可能有所差异,但相差并不大;随后将这个容器等比例压缩到与手机等宽,这样就可以保证没有滚动条且能完整呈现页面,但是这样做依然有问题:网页内容被压缩的太小,严重影响用户体验。

**移动端获取布局视口的方式:document.documentElement.clientWidth**
(一般都是980px,iPad Pro是1024px)

注意:布局视口经过压缩后,横向的宽度用css像素表达就不再是375px了,而是980px,因为布局视口是被压缩,而不是截取。

2.视觉视口 Visual viewport

视觉视口就是用户可见的区域,它的绝对宽度永远和设备屏幕一样宽,但是这个宽度里所包含的css像素值是变化的,例如:一般手机会将980个css像素放入视觉视口中 (视觉视口大小=布局视口大小),而 ipad Pro会将1024个css像素放入视觉视口中。

**移动端获取视觉视口方式: window.innerWidth**,不过在 Android2、 Opera mini、UC8中无法正确获取。(一般也不通过代码看视觉视口)

如果以iPhone6为例,描述一下屏幕:

  1. 物理像素:750px
  2. 设备独立像素: 375px
  3. css像素:980px => 980px的布局视口被压缩进屏幕
3.理想视口 Visual viewport

与屏幕(设备独立像素,dp/dip)等宽的布局视口,称之为理想视口,所以也可以说理想视口是一种标准:让布局视口宽与屏幕等宽(设备独立像素),靠meta标签实现。

  • 理想视口的特点:
  1. 布局视口和屏幕等宽,以 iPhone6为例,符合理想视口标准之后:
  • 设备独立像素:375px
  • 布局视口宽度:375px
  1. 用户不需要缩放、滚动就能看到网站的全部内容。
  2. 要为移动端设备单独设计一个移动端网站。

设置理想视口的具体方法:

<meta name="viewport" content="width=device-width">

【总结】:

  • 不写meta标签(不符合理想视口标准):

1.描述屏幕:物理像素:750p×、设备独立像素:375px、css像素:980px。
2.优点:元素在不同设备上,呈现效果几乎一样,因都是通过布局容器等比缩放的,例如200宽的盒子: 200/980
3.缺点:元素太小,页面文字不清楚,用户体验不好。

  • 写meta标签(符合理想视口标准):

1.描述屏幕:物理像素:750px、设备独立像素:375px、css像素:375px。
2.优点:页面清晰展现,内容不再小到难以观察,用户体验较好。
3.缺点:同一个元素,在不同屏幕(设备)上,呈现效果不一样,例如375宽的盒子:375/375和375/414(不是等比显示)
4.如何解决:做适配。

(五)缩放

PC端缩放

放大时:

  • 视口变小
  • 元素的css像素值不变,但一个css像素所占实际面积变大了。

缩小时:

  • 视口变大
  • 元素的css像素值不变,但一个css像素所占实际面积变小了。

算法过程: 放大时,浏览器向内截取一定比例面积,然后立即把裁剩下的画面等比例撑满整个视口,放不下的元素自动换行。

监测脚本:

console.log('pc端视口为:',document.documentElement.clientWidth)
// pc端, onresize监测的是视口的变化(初识包含块)
window.onresize = () => {
  console.log('pc端视口为:',document.documentElement.clientWidth)
}

移动端缩放

放大时:

  • 布局视口不变
  • 视觉视口变小(软件模拟手机与人眼距离变远,因此手机内视觉范围变小,内容更大)
    缩小时:
  • 布局视口不变
  • 视觉视口变大(软件模拟手机与人眼距离变近,因此手机内视觉范围变大,内容更小)

注意:移动端缩放不会影响页面布局,因为缩放的时候,布局视口大小没有变化。

二、Viewport

meta-viewport标签是苹果公司在2007年引进的,用于移动端布局视口的控制,企图改变980布局视口的行业规则。
viewport相关选项:

  1. width 布局视口宽度
  2. initial-scale 系统初始缩放比例
  3. maximum-scale 允许用户缩放的最大比例 【safari不支持】
  4. minimum-scale 允许用户缩放的最小比例
  5. user-scalable 是否允许用户缩放 【safari不支持】
  6. viewport-fit 设置为cover值可以解决刘海屏的留白问题

1. width

width值可以是device-width,也可以是具体值,但有些安卓手机不支持具体值,IOS全系列支持

2. initial-scale

  1. 页面初始化时的缩放比例
  2. initial-scale = 屏幕宽度(设备独立像素,dip)/ 布局视口宽度
  3. 只写 initial-scale = 1.0 也可以实现完美视口,但为了更好的兼容性,一般 width=device-width, initial-scale=1.0一起写。

3. maximum-scale

允许用户缩放的最大比例 【safari不支持】
maximum-scale = 屏幕宽度(设备独立像素,dip)/ 视觉视口宽度

4. minimum-scale

允许用户缩放的最大比例
minimum-scale = 屏幕宽度(设备独立像素,dip)/ 视觉视口宽度

5. user-scalable

是否允许用户通过手指缩放页面 【safari不支持】

6. viewport-fit

设置为cover可以解决【刘海屏】的留白问题

  • 一般移动端的基本用法:
<meta name="viewport" content="width=device-width, initial-scale=1.0, maximum-scale=1.0, user-scalable=0, shrink-to-fit=no, viewport-fit=cover">

三、适配

一、为什么要做适配?
由于移动端设备的屏幕尺寸大小不一,会出现:同一个元素,在两个不同的手机上显示效果不一样(比例不同)。要想让同一个元素在不同设备上,显示效果一样,就需要适配。

无论采用何种适配方式,中心原则永远是:等比!

主流的适配方式有三种:

  • viewport适配
  • rem适配(主流方式,几乎完美适配)
  • vw适配

1.viewport适配

  • 方法:拿到设计稿之后,设置布局视口宽度为设计稿兖度然后直接按照设计稿给宽高进行布局即可
  • 优点:不用复杂的计算,直接使用图稿上标注的pX值
  • 缺点:
    • 不能使用完整的meta标签,会导致在某些安卓手机上有兼容性问题
    • 不希望适配的东西,例如边框,也强制参与了适配

2.rem适配

em和rem

em和rem都是css中的长度单位。而且两个都是相对长度单位,不过两个有点区别

  • em相对的是父级元素的字体大小
  • rem相对的是根元素的字体大小
    rem适配的原理:编写样式时统一使用rem为单位,在不同设备上动态调整根字体大小

rem方案一:核心原理

理想视口下,以设计稿(dip为375px)为标准,根字体设计为100px,来匹配其它设备的dip

  1. 根字体大小 = 手机横向设备独立像素值 / 设计稿宽度 * 100 px
  2. 编写样式时:
    • 直接以rem为单位
    • 值 = 设计稿值 / 100

移动端开发_第2张图片

rem方案二:核心原理

理想视口下,根字体设为dip/10,即把dip比作10份rem,考虑内部元素的占多少rem

  1. 根字体大小 = 手机横向设备独立像素值 / 10
  2. 编写样式时:
    • 直接以rem为单位
    • 值 = 设计稿值 * (10/dip)
  3. 该方案结合less将无敌
    移动端开发_第3张图片

3.vw适配(百分比)

1 vw = 布局视口宽度的1%
2 vh = 布局视口高度的1%

查看兼容性: caniuse.com

4.物理像素边框(仅了解)

高清屏幕下 1px对应更多的物理像素(小灯泡),所以1像素边框看起来比较粗,解决方法如下:

@media screen and (-webkit-min-device-pixel-ratio:2){
      #demo{
        border: solid 0.5px black;
      }
    }
@media screen and (-webkit-min-device-pixel-ratio:3){
  #demo{
    border: solid 0.333px black;
  }
}

四、移动端事件

1. 事件类型

移动端事件列表

  • touchstart 元素上触摸开始时触发
  • touchmove 元素上触摸移动时触发
  • touchend 手指从元素上离开时触发
  • touchcancel 触摸被打断时触发(如弹窗、来电等)

以上事件最早出现于IOS safari中,为了向开发人员转达一些特殊的信息

2. 应用场景

  • touchstart 事件可用于元素触摸的交互,比如页面跳转,标签页切换
  • touchmove 可用于页面的滑动特效,网页游戏,画板
  • touchend 主要跟touchmove事件结合使用
  • touchcancel 使用率不高

注意:

  • touchmove事件触发后,即使手指离开了元素,touchmove事件也会持续触发
  • 触发touchmove与touchend事件,一定要先触发touchstart
  • 事件的作用在于实现移动端的界面交互

3. 点击穿透 touch => click

touch事件结束后会默认触发元素的click事件,如果没有设置完美视口,则事件触发的时间间隔为300ms左右,如设置完美视口则时间间隔为30ms左右(视具体设备特性而定)。

如果touch事件导致隐藏了元素,则click动作将作用到背后的元素上,触发新元素的click事件或页面跳转,此现象称为点击穿透

解决方法一

阻止默认行为

btn.addEventListener('touchend',(event)=>{
      event.preventDefault()
      shade.style.display = 'none'
    })

解决方法二

让背后元素不具备click特性,修改为普通div标签:

    <div id="baidu">点我去百度div>

利用touchend事件,点击跳转新网页

baidu.addEventListener('touchend',()=>{
  window.location.href = 'https://www.baidu.com'
})

解决方法三

利用css中的pointer-events属性让背后的元素暂时失去click事件,300毫秒后再复原:

#baidu{
      display: block;
      width: 100%;
      height: 300px;
      background-color: skyblue;

      pointer-events: none; 
    }
    btn.addEventListener('touchend',()=>{
      shade.style.display = 'none'
      setTimeout(() => {
        baidu.style.pointerEvents = 'auto' // 恢复正常
      }, 300);
    })

解决方法四

让隐藏的元素延迟300毫秒左右再隐藏

btn.addEventListener('touchend',()=>{
      setTimeout(() => {
        shade.style.display = 'none'
      }, 300);
    })

五、内网穿透

  1. NATAPP
  2. utools 插件

你可能感兴趣的:(前端小积累,学习2022,前端,javascript,html5)