Loading [MathJax]/jax/input/TeX/config.js
前往小程序,Get更优阅读体验!
立即前往
首页
学习
活动
专区
圈层
工具
发布
首页
学习
活动
专区
圈层
工具
MCP广场
社区首页 >专栏 >第134天:移动web开发的一些总结(二)

第134天:移动web开发的一些总结(二)

作者头像
半指温柔乐
发布于 2018-09-11 02:10:25
发布于 2018-09-11 02:10:25
1.8K00
代码可运行
举报
文章被收录于专栏:前端知识分享前端知识分享
运行总次数:0
代码可运行

1、响应式布局

开发一个页面,在所有的设备上都能够完美展示。

媒体查询:@media screen and (max-width:100px) { }

媒体类型:screen(屏幕)

print(打印机) handheld(手持设备) all(通用)

常用媒体查询参数:

width —— 视口宽高 height —— 视口宽高 device-width —— 设备的宽高 device- height —— 设备的宽高 orientation:检查设备处于横向(landscape)还是竖屏(portrait)

2、响应式设计设计点

设计点一:百分比布局

仅仅使用媒体查询来适应不同固定宽度设计,只会从一组css到另一组css的切换。两种设计之间没有任何平滑渐变。只使用媒体查询,布局有时会变得不可控制。 当然,这只是建议,也有一些页面采用固定布局的情况下能够很好的在一些没有考虑过媒体查询情况下的设备上很好的展示。

设计点二:弹性图片

思路:无论何时,全都包在图片的元素宽度范围内,以最大的宽度同比完整的显示图片。

代码语言:javascript
代码运行次数:0
运行
AI代码解释
复制
img{ max-height: 100% }
设计点三:重新布局,显示与隐藏

当页面达到手机屏幕宽度的时候,很多时候就要放弃一些传统的页面设计思想。力求页面简单,做如下处理: ① 同比例缩减元素尺寸 ② 调整页面结构布局 ③ 隐藏冗余的元素 经常需要切换位置元素使用【绝对定位】,减少重绘提高渲染性能。

关于响应式设计的思考:

根据响应式设计的理念,一个页面包含所有设备不同屏幕的样式和图片,当一个移动设备访问一个响应式的页面,就会下载pc,笔记本,ipad等不同设备对应的样式。而这些样式却是冗余的,完全没有用。 权衡利弊:性能不是最优,但是能减少重复开发。

3、 特殊样式处理

(1) 高清图片

在移动web页面上渲染图片,为了避免图片产生模糊,图片的宽度应该用物理像素单位渲染,即是100 * 100的图片,应该使用100dp * 10dp。 width:(w_value/dpr)px; height:(w_height/dpr)px;

(2) 一像素边框

同样是retina屏幕下的问题,根本原因:1px使用2dp渲染。 border:0.5px;(错误),仅仅ios8可以使用 通用方案:scaleY(0.5)

(3) 相对单位rem

为了适应各大屏幕的手机,px略显固定,不能根据尺寸的大小而改变,使用相对单位更能体验页面兼容性。 em:是根据父节点的font-size为相对单位 rem:是根据html的font-size为相对单位 em在多层嵌套下,变得非常难以维护,rem更加能作为全局统一设置的度量 那么,rem的基值设置为多少比较好? 回归目的:为了适应各大手机屏幕 rem = screen.width / 20

不使用rem的情况:font-size

一般来讲font-size是不应该使用rem的相对单位的。因为字体的大小是趋向于阅读的实用性,并不适合于排版布局。 同理,趋向于一些固定的元素的特性。我们不使用rem而改为使用px去确保在不同屏幕上表现一致(跟rem的目的相反)。

(4) 多行文本溢出•••

单行文本溢出,对title类的使用非常多,而多行文本类,在详情介绍则用的比较多。

代码语言:javascript
代码运行次数:0
运行
AI代码解释
复制
 1 //单行文本溢出…
 2 .inaline {
 3     overflow: hidden;
 4     white-space: nowrap;
 5     text-overflow: ellipsis;
 6 }
 7 //多行文本溢出…
 8 .intwoline {
 9     display: -webkit-box: !important;
10     overflow: hidden;
11 
12     text-overflow: ellipsis;
13     word-break: break-all;
14 
15     -webkit-box-orient: vertical;
16 -webkit-line-clamp: 4;
17 }

4、 终端交互优化

对click事件say no
弹性滚动
上拉刷新
tap事件基础
touch触摸事件
下拉加载
300ms:

移动web页面上的click事件响应都要慢上300ms 用300ms判断是单击还是双击

(1) tap基础事件

300ms延迟怎么破?tap事件代替click事件。自定义tao事件原理: 在touchstart、touchend的记录时间、手指位置,在touchend时进行比较,如果手指位置为同一位置(或允许移动一个非常小的位移值)且时间间隔较短(一般认为是200ms),且过程中未曾触发过touchmove,即可认为触发了手持设备上的“click”,一般称它为“tap”。

tap“点透”的bug: 有两层,点击第一层的时候,如果点击的区域在第二层的范围内,那么第二层也会被触发。(原因与300ms有关)

tap透传的解决方案: ①使用缓存动画,过渡300ms的延迟 ②中间层dom元素的加入,让中间层接收这个“穿透”事件,稍后隐藏 ③“上下”都使用tap事件,原理上解决tap穿透事件,(但是不可避免原生标签的click事件,如a,input)。 ③ 改用Fastclick的库(听过最新的zepto已经fixed掉这个bug)

(2) Touch基础事件

触摸才是移动设备的交互的核心事件,支持多点触摸。 touchstart:手指触摸屏幕触发(已经有手指放屏幕上不会出发) touchmove:手指在屏幕上滑动,连续触发 touchend:手指离开屏幕时触发 touchcancel:系统取消touch时候触发(不常用)eg:滑动页面时来了一个电话或者其他系统事件

除常见的事件属性外,触摸事件包含专有的触摸属性: touches:跟踪触摸操作的touch对象数组 targetTouches:特定事件目标的touch对象数组 changeTouches:上次触摸改变的touch对象数组

一个小BUG: android只会触发一次touchstart,一次touchmove,touchend不触发。(4.0,4.1有,4.2修复没有了,4.4开始又出现了)

解决方案: 在touchmove中加入:event.preventDefault(),可fixedBug。

但注意:event.preventDefault()会导致默认行为不发生,如scroll,导致页面不滚动!如果页面带有滚动条,就需要考虑更换解决方案。
(3) 弹性滚动,下拉刷新

①弹性滚动:当客户端的页面滚动到顶部或底部的时候,滚动条会收缩并让我们多滑动一定距离。通过缓冲反弹的效果,带给用户良好的体验。 移动web页面也是拥有这样的能力的,但滚动有几种情况需要考虑: body层滚动:(系统特殊化处理) 自带弹性滚动,overflow:hidden失效,GIF和定时器暂停。 局部滚动:没有弹性滚动,没有滚动惯性,不流畅。 局部滚动开启弹性滚动:

代码语言:javascript
代码运行次数:0
运行
AI代码解释
复制
body {
    overflow:scroll;
    -webkit-overflow-scrolling:touch;
}
但注意:android不支持原生的弹性滚动!但可以借助三方库iScroll来实现

②下拉刷新:顶端下拉一小点距离,页面弹性滚动向下。 ④ 上拉加载:使用scroll事件,而不是touch事件(android有bug)

(4) Canvas & GPU render【GPU 渲染】

优化技巧: canvas代替img标签 drawImage(image,x,y);canvas上绘制图片 drawImage(image,x,y,width,height);canvas上绘制缩放图片

原因: img使用浏览器渲染,当图片特别大且手机性能不是很好的情况下,会特别卡,通常表现在滑动图片。因为没有触发物理设备本身的GPU(图形处理器)渲染

image object:

① 预加载图片:当设置img.src=””的时候,就表示请求加载图片 ② 图片的按比例缩放

(5) css3 animation

当一个css3动画结束时,我们可以监听相关事件AnimationEnd,比如对于webkit来说,是webkitAnimationEnd。

5、 跨终端web

① 单域 - Media Query ② 单域 – 多模板 ③ 多域 – 跳转(很原始) ④ 多平台 App

(1) 移动优先:

① 移动端的用户和流量越来越多 ② 各种屏幕让我们更聚焦业务的本领 ③ 移动设备有更先进的人机交互体验

(2) 多终端检测
(3) 接口:结构:通用接口,

接口模型:前端消费者;后端生产者;测试监督者

6、零碎的细节

1)CSS3动画,代替DOM animation,效率更高,因为css3直接使用浏览器的GPU(图形处理器)渲染

2) 当你给一个元素设置它的百分比宽度的时候,他需要一个比照,也就是父元素,但是当它没有父的时候,需要给他一个绝对定位absolute值,但是在移动开发中,给整个整块的页面使用position: absolute;很占用内存,特别是当内容比较多的时候,会非常明显。会有几个后果:在ios下,会导致浏览器直接崩溃掉;在android下,会导致非常非常的卡。所以建议直接用js计算。

3)将图片显示到一排上,不使用浮动,使用-webkit-transform:translate3d(0,0,0); position: absolute;

4)new Date() * 1;// * 1 ,进行数值运算,转换为数字形式的时间戳

5)

代码语言:javascript
代码运行次数:0
运行
AI代码解释
复制
self.startX = evt.touches[0].pageX; //记录开始的位移,touches包含着所有手指触摸在屏幕上的点的集合
-webkit-backface-visibility:hidden;/* 防止闪白 */

6)更多图片的优化,保留3个要使用的节点,当前的,上一个,下一个图片的节点,剩余的不需要的删除

7)jQuery Mobile(JQM jQMobile) 是jQuery在手机上和平板设备上的版本,是创建移动web app的框架。

8)2048制作过程中遇到的bug:(见9(2)touch基础事件BUG)

代码语言:javascript
代码运行次数:0
运行
AI代码解释
复制
// 手机上手指识别无用,chrome19827号错误:touchevent不被触发。防止没有正确使用preventDefault()
document.addEventListener('touchmove', function(event) {
    event.preventDefault();
});

10)使用Dropbox发布自己的web app 免费 限制: ① 静态网站 ② 速度较慢(在国外) ③ 域名不宜记忆 11)web app、native app和hybrid app(混合模式)

本文参与 腾讯云自媒体同步曝光计划,分享自作者个人站点/博客。
原始发表:2018-01-03 ,如有侵权请联系 cloudcommunity@tencent.com 删除

本文分享自 作者个人站点/博客 前往查看

如有侵权,请联系 cloudcommunity@tencent.com 删除。

本文参与 腾讯云自媒体同步曝光计划  ,欢迎热爱写作的你一起参与!

评论
登录后参与评论
暂无评论
推荐阅读
编辑精选文章
换一批
【前端】移动端Web开发学习笔记【2】 & flex布局
使用媒体查询来适应不同的固定宽度,只会从一组css切换到另一组css, 没有平滑渐变。当没有命中媒体查询时,变现就变得不可控(滚动,换行)。 所以需要百分比布局。
zhaokang555
2023/10/17
2330
【前端】移动端Web开发学习笔记【2】 & flex布局
进入移动Web世界
那么问题来了,为什么会有一个默认的viewport呢?我们知道,pc端页面,在移动端查看的时候,由于像素不匹配,但是为了能够给用户展现一个比较完整的页面,因此会虚拟出一个viewport出来,在此viewprot上渲染页面。也就是说,最终目的,是为了排版正确。但是由于一般默认情况下,给出的viewport像素宽对页面来说是不友好、不规范的,因此我们还需要解决一个规范问题。解决方案:在head中加一个meta标签格式如下:<metaname="viewport"content="name=value, name=value">
流眸
2019/09/17
1.1K0
📚一站式解决:H5开发全攻略,看这篇让你省时又省力
在 H5 中,我们通常会使用 REM 和 VW 这两种单位来实现页面的响应式布局。这两种单位可以让页面元素的大小随着根元素(对于 REM)或视口宽度(对于 VW)的大小变化而变化,从而适应不同尺寸的屏幕。
linwu
2023/07/27
1.1K0
移动端click事件300ms延迟
一般情况下,如果没有经过特殊处理,移动端浏览器在派发点击事件的时候,通常会出现300ms左右的延迟。也就是说,当我们点击页面的时候移动端浏览器并不是立即作出反应,而是会等上一小会儿才会出现点击的效果。在移动WEB兴起的初期,用户对300ms的延迟感觉不明显。但是,随着用户对交互体验的要求越来越高,现今,移动端300ms的点击延迟逐渐变得明显而无法忍受。
Dawnzhang
2018/12/28
2.8K0
点击穿透原理及解决
一、事件触发顺序 PC网页上的大部分操作都是用鼠标的,即响应的是鼠标事件,包括mousedown、mouseup、mousemove和click事件。一次点击行为,可被拆解成:mousedown -> mouseup -> click 三步。   手机上没有鼠标,所以就用触摸事件去实现类似的功能。touch事件包含touchstart、touchmove、touchend,注意手机上并没有tap事件。手指触发触摸事件的过程为:touchstart -> touchmove -> touchend。   手机
吴裕超
2018/03/29
4.3K0
点击穿透原理及解决
中高级前端必须注意的40条移动端H5坑位指南 | 网易三年实践
不知不觉在网易已有三年半,占了一半时间都在与移动端打交道,整个阶段都是遇坑填坑的学习过程。移动端开发在前端里像神一样地存在,不是说它多难而是说它坑位实在太多了,怎样填都填不完。Android和iOS各显神通,Android的系统版本和屏幕分辨率多得难以一招兼容,iOS的顽固标准和未知特性多得难以快速掌握。
JowayYoung
2021/02/03
4.4K0
前端成神之路-移动web开发_流式布局
PC端常见浏览器:360浏览器、谷歌浏览器、火狐浏览器、QQ浏览器、百度浏览器、搜狗浏览器、IE浏览器。
海仔
2020/12/01
1.6K0
前端成神之路-移动web开发_流式布局
移动端前端常见的触摸相关事件touch、tap、swipe等整理
前端的很多事件在PC端和浏览器端可公用,但有些事件却只在移动端产生,如触摸相关的事件
书童小二
2018/09/03
2.6K0
移动端前端常见的触摸相关事件touch、tap、swipe等整理
2017移动前端的一些总结web前端 —— 移动端知识的一些总结一.css部分二.js部分
web前端 —— 移动端知识的一些总结 个人在移动端的一些总结归纳,有新的知识点会一直更新 一.css部分 1.meta标签       <meta name="viewport" content="width=device-width,initial-scale=1,user-scalable=no"/> 移动端加上这个标签才是真正的自适应,不加的话,假如你把一个980px宽度(手机端常规是980)的PC网页 放在手机上显示,倒也能正常显示不出现滚动条,不过是移动设备对页面 做了缩小优化,所以字体等都相应
windseek
2018/06/14
3.7K0
移动端web开发,click touch tap区别
移动端用tap时会有穿透问题 一:click与tap比较 click与tap都会触发点击事件,但是在手机web端,click会有200-300ms的延迟,所以一般用tap代替click作为点击事件。singleTap 和doubleTap分别代表单次点击和双次点击 二:tap的穿透处理 使用zepto框架的tap的点击事件,来规避click事件的延迟响应,会出现穿透,即点击会触发非当前层的点击事件。 三:穿透原因 问题:在HTML5点击了q以后,弹出b的弹框 因为tap事件是通过document绑定了tou
用户1174387
2018/01/17
2.3K0
移动web开发问题和优化小结
到目前为止,互联网行业里,手机越来越智能化,移动端占有的比例越来越高,尤其实在电商,新闻,广告,游戏领域。用户要求越来越高,网站功能越来越好,效果越来越炫酷,这就要求我们产品质量越来越高,web前端开发而言是一个挑战,是一个难题,也是一个机遇。如何让我们所开发的手机页面能有更好的交互体验,就是这篇文章的主旨:移动web开发问题和优化小结。这个只是我自己在开发的时候知道的坑,如果大家有遇到什么别的坑,欢迎补充,或者觉得我哪里写错了,欢迎指点!
守候i
2018/08/22
2.1K0
移动web开发问题和优化小结
第123天:移动web开发中的常见问题
准备编辑这段时发现简书上已经有作者写了关于rem布局的介绍,并且他的设置比我所用的更加简洁,贴上地址供大家学习参考。 手机端页面自适应解决方案—rem布局进阶版(附源码示例)
半指温柔乐
2018/09/11
1.6K0
移动端web开发笔记
这是一个最好的时代,因为我们站在潮流中;但也是一个最坏的时代,因为我们站在潮头上。 META相关
李维亮
2021/07/09
3.8K0
移动端web开发笔记
浅淡HTML5移动Web开发
说实话,我们这次开发移动端的项目,整个项目组的人都是第一次,最初立项的时候为是选择native app和web app还争论了一番,最后综合考虑,我们选择了web(我们选择了h5)开发。但从这两种开发
司想君
2018/03/01
2.5K0
浅淡HTML5移动Web开发
移动端必备的H5问题及解决方案
上下滑动页面会产生卡顿,手指离开页面,页面立即停止运动。整体表现就是滑动不流畅,没有滑动惯性。
前端小tips
2021/12/11
4.9K0
移动端必备的H5问题及解决方案
移动端开发总结
到目前为止,互联网行业里,手机越来越智能化,移动端占有的比例越来越高,尤其实在电商,新闻,广告,游戏领域。用户要求越来越高,网站功能越来越好,效果越来越炫酷,这就要求我们产品质量越来越高,web前端开发而言是一个挑战,是一个难题,也是一个机遇。如何让我们所开发的手机页面能有更好的交互体验,就是这篇文章的主旨:移动web开发问题和优化小结。这个只是我自己在开发的时候知道的坑,如果大家有遇到什么别的坑,欢迎补充,或者觉得我哪里写错了,欢迎指点!
grain先森
2019/03/28
2.7K0
移动端开发总结
移动端H5坑位指南
使用<a>能快速调用移动设备的电话/短信/邮件三大通讯功能,使用<input>能快速调用移动设备的的图库/文件。 这些功能方便了页面与系统的交互,关键在于调用格式一定要准确,否则会被移动端浏览器忽略。
饼干_
2022/08/23
3.6K0
第135天:移动端开发经验总结
会调用event的preventDefault()可以阻止默认情况的发生:阻止页面滚动
半指温柔乐
2018/09/11
1.7K0
【移动端】touch事件及穿透事件
2007 苹果推出iphone,浏览器网页在iphone上显示时字体特别小,根本看不清楚
用户9914333
2022/12/14
2.1K0
【移动端】touch事件及穿透事件
移动Web 开发中的一些前端知识收集汇总
在开发DeveMobile 与EaseMobile 主题 的时候积累了一些移动Web 开发的前端知识,本着记录总结的目的,特写这篇文章备忘一下。 要说移动Web 开发与传统的PC 端开发,感觉也没什么不同,但得益于苹果对于智能机的推动,CSS3+HTML5几乎可以毫无顾忌的使用,然后浏览器端考虑webkit内核的就差不多了。 webkit内核中一些私有的meta标签 <meta name="apple-mobile-web-app-capable" content="yes"> <meta name="vi
Jeff
2018/01/19
4K0
移动Web 开发中的一些前端知识收集汇总
相关推荐
【前端】移动端Web开发学习笔记【2】 & flex布局
更多 >
领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档
本文部分代码块支持一键运行,欢迎体验
本文部分代码块支持一键运行,欢迎体验