移动端H5的一些基本知识点总结

来到这家公司之后,和曾经的工作发生了非常大的转变.曾经我一直是做PC端页面的.来到如今这家公司之后,主要是做手机移动端的页面.

移动端的页面在我这个做习惯了PC端页面的人看来,应该是非常easy的一些事情.可是在上手的过程其中,还是发现,原来移动端尽管DOM结构要简单得多,可是须要注意的细节,还是非常多的.原因非常easy,那就是,你必须考虑全部的手机上不同分辨率的展示效果.

移动端的分辨率有哪些呢?

以iphone为例,有下面分辨率

iphone4 640*960

iphone5 640*1136

iphone6 750*1334

iphone6plus 1242*2208

安卓阵营的分辨率曾经各式各样,如今基本分为三个

720P 720*1280

1080P 1080*1920

2K 1440*2560


这是一个幻觉,事实上,在做手机H5的时候,分辨率根本不时这个样子的….愁死人了,他们在浏览器中的真实分辨率是

以iphone为例,有下面分辨率

iphone4 320*480

iphone5 320*568

iphone6 375*667

iphone6plus 414*736

安卓阵营的分辨率曾经各式各样,如今基本分为三个

720P 360*640

1080P 360*640

2K 360*640


看到这个你是不是晕了…原来,安卓比苹果强多了…呵呵,还真是这个样子

事实上,我们要做的是一个自适应的网页,并且,这个自适应范围的最低宽度为320px,也就是说,你的代码必须保证在宽度320的时候是能够浏览的,不能挤压变形

移动端使用什么单位?

在PC端制作网页的时候,我们都习惯了的单位是px,那么是不是在移动端我们也用这个单位呢?

我仅仅能说,你能够这样做.可是,最好不要.由于你不知道将来会发生什么.

我们经过一些探讨,和參考眼下国际上通行的方案,採用的单位是rem

那么,什么是rem?我们都知道em是相对父级的尺寸单位.那么remroot-em的缩写,也就是说,是根相对单位,其相对的是htmlfont-size的单位.

好了,那么htmlfont-size默认是多大呢?是16px.也就是说,你的全部的尺寸依靠,都是根据16px的相对运算的结果.

知道了这个之后,我们就開始了复杂的计算,比方,我要设定一个12px 的文字,须要用什么百分比.会发现,这个计算真心是坑爹啊,我在一个项目的一期就是这样做的.可是这个计算真心累.

于是,我们採用了变通的方法,我们给html改动默认的font-size.于是,我们是这样写的.

html {font-size: 10px;}

整个世界都安静了,依照这种方法计算,真的特别方便,比方,我须要12px我就写1.2rem 就能够了.

可是,我迅速思考了一下这个问题,感觉我们在脱裤子放屁.

让我们回到起点,我们为什么要用rem而不用px呢?原因非常easy,我们是为了让页面不会由于一些设备的特殊性而限定为px,是为了去适应各种设备.

而我们给html加上了px为单位的,不是又返回原样了吗?

那到不如直接去使用px,我们还少写两个字符呢.

那么,问题没有解决办法了吗?还是继续回到那反人类的计算其中去??

我迅速转换了一下思维,把这段代码改成了

html {font-size: 62.5%;}

改成了百分比之后,这个问题迅速得到了解决.那样,浏览器在设置不同的默认文字大小的时候,我们的页面都能够尾随改变,而不在限定死了.

在PC端chrome浏览器中,默认最小文字是 12px 当你设置为这样之后利用开发人员工具进行调试的时候,会发现有一些诡异的地方.因此,须要将浏览器的最小文字设置为10或者6,一般都设置到6,这样能够解决在PC端调试的问题.在移动端是没有这个限制的(有,但默认关闭)

移动端html5页面 Meta设置

这个有专门的文章,能够百度一下,在这里我强调一点,须要加上下面的代码.

<meta name="viewport" content="width=device-width,initial-scale=1,maximum-scale=1,user-scalable=no">

盒子宽度

有一些人,包含某些知名的前端框架,会给css中加上这样一段代码:

* {box-sizing:border-box;}

我个人强烈不推荐这样做.由于这破坏了盒子模型,尽管加上了这个之后,你写代码是方便了,可是当你引入某些外置资源的时候,你会发现变形到你根本调不回来的节奏.原因非常easy,这一句代码,会改变页面全部的元素的盒子模型.

曾经由于这一句代码,让我们前端的人排查一个问题排查了两天,始终无法解决.当我接手了项目之后,这个问题交给我,我一開始也莫名其妙.可是后来细致检查,才发现是这一句代码惹的祸.


假设我们须要写一个盒子,默认是百分百宽的,我们怎么做呢?

答案是,我们什么都不做,那么它就是百分百了.

在做移动端页面的时候,尽量不要设定宽度,让它自然的占领一行,这时候我们能够根据须要设定外填充和内填充.

当然,并不是全部的东西都能够这样来做,总会遇到多列布局的时候

这就须要注意了,不要给rem这种单位的宽度,而是要给50%或者33.3%的宽度.

在设定了这种宽度之后,不要给这个元素设定内填充和外填充.假设有须要的话,在这个元素里面再写一个元素,给这个元素加你所须要的填充.

另外,在布局上,要尽量少用浮动布局,适当在细节部分使用定位布局,并做好隐藏溢出等处理.以防止浮动布局可能出现的问题.关于定位问题,能够參考我的另外一篇博文 Css 具体解读定位属性 position 以及參数;

边框的处理

在PC端的网页制作中,我们一般就使用边框属性border: 1px solid #ddd;可是在移动端,就须要特别注意了,由于边框的宽度是计算在盒子模型其中的,所以,假设你使用不慎,可能造成你布局的困境.

因此,我们须要一些其它的參数来设定边框,一般矩形的元素,我们能够使用outline: 1px solid #ddd;来制作边框,这个属性是不会计算在盒子模型其中的.

另外,当你尝试做一个两列布局的列表的时候,使用这个參数,你会发现两个元素之间的边框好像是两个像素.对的,你没有看错,确实是两个像素.

怎么解决问题呢?

普通情况下,你仅仅须要给元素加上背景就能够解决问题.后面的元素的背景会遮住前面元素的outline发出来的边框.

这是一个非常有用的技巧.

可是,假设元素不是矩形的怎么办呢?

事实上非常好解决.由于,在CSS中,不仅仅是outline能够来模拟边框,另一个属性,也是能够模拟边框的,那就是CSS3的box-shadow外发光属性.

比如,我要给元素加上一个1px的实线边框,你这样写,是不行的box-shadow:0 0 1px #ddd;你会发现,你模拟出来的边框会有点发虚.

正确的写法是box-shadow:0 0 0 1px #ddd;看到这样写非常奇怪?去w3school看下就明确了.

当然,这两种做法都是有弊端的,比方我就想设置一条左边框的线条,而不时整个的都有边框怎么办?

还是有办法的,我们能够借助伪元素来实现模拟,:before:after;具体怎么实现,这里不做演示了.

这里须要说明一下,网上有不少0.5px边框的实现教程,这样做的优点是,能够做出比較细的线条,让我们的H5看上去更像原生的APP.我个人的建议是,不要尝试这样做,由于非常麻烦,并且兼容性都有问题,得不偿失.那么正确的做法是什么呢?

非常easy——跟你的设计师说,尽量不要设计线条-_-|||反正我就是这样跟我们团队的设计说的.

使用jquery还是zepot?

为什么使用zepot?

原因仅仅有一个,它小.还有其它的优点吗?没发现.

我个人的建议是使用jquery2.x的版本号,优点有例如以下

  1. 拥有大量的插件能够使用
  2. 功能比zepot强大太多
  3. 效能比zepot强大
  4. 习惯了jquery

很多其它内容,请參阅为什么我们放弃了 Zepto

总结

在移动端制作网页和在PC端有非常大的不同.在移动端的非常多经验拿到移动端来是没有作用的,可能还会起到反作用.当我们从PC端前端project师转向到移动端前端project师的时候,须要耐心的解决一些问题,一个一个坑的去踩,才干不断的进步.

FungLeo原创,转载请保留版本号申明,和首发地址http://blog.csdn.net/fungleo/article/details/50811739

移动端H5的一些基本知识点总结的更多相关文章

  1. 移动端H5制作安卓和IOS的坑 持续更新...

    移动端H5制作安卓和IOS的坑 持续更新... 前言:最近参加公司的H5页面创意竞赛,又遇到不少页面在不同系统上的坑.踩坑之余,觉得很多之前遇到的知识点都忘了,索性开一篇博文,把这些坑都统一归纳起来, ...

  2. 教你如何用 lib-flexible 实现移动端H5页面适配

    前话 好久没写教程了(可能会误导新手的菜鸟教程( ̄▽ ̄)"). 这是我的github,欢迎前端大大们和我一起学习交流 https://github.com/pwcong 最近入职公司做前端实 ...

  3. 移动端H5页面高清多屏适配方案

    背景 开发移动端H5页面 面对不同分辨率的手机 面对不同屏幕尺寸的手机 视觉稿 在前端开发之前,视觉MM会给我们一个psd文件,称之为视觉稿. 对于移动端开发而言,为了做到页面高清的效果,视觉稿的规范 ...

  4. 解惑好文:移动端H5页面高清多屏适配方案 (转)

    转自:http://mobile.51cto.com/web-484304.htm https://github.com/amfe/lib-flexible/blob/master/src/makeg ...

  5. 移动端H5页面的设计稿尺寸大小规范-转载自http://www.chinaz.com/design/2015/1103/465670.shtml

    机屏幕尺寸,设计稿应该按照哪一个尺寸作为标准尺寸.现在已经有2K分辨率的手机屏幕了,设计稿是不是也要把宽高跟着最大分辨率来设计.显然不是. 请注意:(以下所有讨论内容和规范均将viewport设定为c ...

  6. [转]:移动端H5页面高清多屏适配方案

    原文链接:http://www.tuicool.com/articles/YJviea 背景 开发移动端H5页面 面对不同分辨率的手机 面对不同屏幕尺寸的手机 视觉稿 在前端开发之前,视觉MM会给我们 ...

  7. 移动端h5页面的设计稿尺寸

    当我们在做手机端H5网页设计稿时(当然包含微信端的H5网页设计),如果没有做过类似的移动端的设计,UI设计师和前端工程师肯定会纠结的.如果是app设计师,就不会那么纠结啦. 延伸阅读: 2015年度最 ...

  8. 移动端H5页面惯性滑动监听

    移动端H5页面惯性滑动监听 在移动端,当你快速滑动有滚动条的页面时,当你手指离开屏幕时,滚动条并不会立即停止,而是会随着"惯性"继续滑动一段距离. 在做项目的过程中,需要监听惯性滑 ...

  9. 移动端H5地图矢量SHP网格切分打包方案

    文章版权由作者李晓晖和博客园共有,若转载请于明显处标明出处:http://www.cnblogs.com/naaoveGIS/ 1.背景 与离线瓦片方案一样,同样是为了解决移动端网速和流量问题,但是却 ...

随机推荐

  1. Netty之解决TCP粘包拆包(自定义协议)

    1.什么是粘包/拆包 一般所谓的TCP粘包是在一次接收数据不能完全地体现一个完整的消息数据.TCP通讯为何存在粘包呢?主要原因是TCP是以流的方式来处理数据,再加上网络上MTU的往往小于在应用处理的消 ...

  2. Android之Android apk动态加载机制的研究

    转载请注明出处:http://blog.csdn.net/singwhatiwanna/article/details/22597587 (来自singwhatiwanna的csdn博客) 背景 问题 ...

  3. linux 统计文件夹空间

     du -sh * | sort -nr 

  4. 深入分析Java的编译原理

    在<Java代码的编译与反编译>中,有过关于Java语言的编译和反编译的介绍.我们可以通过javac命令将Java程序的源代码编译成Java字节码,即我们常说的class文件.这是我们通常 ...

  5. diff详解

    作者: 阮一峰 日期: 2012年8月29日 diff是Unix系统的一个很重要的工具程序. 它用来比较两个文本文件的差异,是代码版本管理的基石之一.你在命令行下,输入: $ diff <变动前 ...

  6. django外键以及主表和子表的相互查询

    Django的外键使用 from django.db import models # Create your models here. class Category(models.Model): na ...

  7. golang常用模块介绍

    golang模块 一.命令行库Cobra Cobra提供简单的接口来创建强大的现代化CLI接口,比如git与go工具.Cobra同时也是一个程序, 用于创建CLI程序 https://www.jian ...

  8. 有序数组每个数平方后,不同数字的个数?O(n)

    此乃一道笔试题,当时的确也做出来啦.(但是在细节上还是出错啦,对多次重复出现的数字可能会重复计数,没有记录上次删除的元素) 如题,有序数组,可以知道平方之后在两边的数据较大,中间的数据较小. 因此可以 ...

  9. weblogic——服务器搭建与配置

    本次操作的内容:weblogic服务器搭建与配置服务 本次操作是主要围绕如何搭建weblogic服务器及配置服务,总共有两大步骤,可划分为六个小步骤: 选取已有环境,准备weblogic压缩包 安装w ...

  10. [leetcode]Scramble String @ Python

    原题地址:https://oj.leetcode.com/problems/scramble-string/ 题意: Given a string s1, we may represent it as ...