移动端web app自适应布局探索与总结

1、困扰多时的问题

在这之前做web app开发的的时候,在自适应方面一般都是宽度通过百分比,高度以iPhone6跟iPhone5之间的一个平衡值写死,我们的设计稿都是iPhone5的640 * 1136标准,所以高度一般取个大概值,各种图标的宽高也是取平衡值写死,然后部分样式通过媒体查询来设置,例如背景图的多倍图、基础字体大小、图标宽高。

这样做的弊端很明显:

  1. 做出来的页面在各种手机端看起来的物理大小(高度)是一样的,所以在大屏手机会觉得页面稍小,小屏手机页面稍大

  2. 如果要使高度能更好的适应各种手机屏幕,需要写太多的媒体查询样式,效率低下

  3. 全屏背景图片跟页面元素需要耦合时,元素位置的确定尤为困难(可能需要通过百分比去确定元素的横向位置,但始终会有误差)

  4. ...

最近在微博上看到流云诸葛总结的一篇文章《从网易与淘宝的font-size思考前端设计稿与工作流》,其中介绍到的几种web app适配方案,我们现在的做法恰好是跟拉勾网类似的简单方案,当然就会有上面我提到的一些问题,最后经过预研和demo测试,我们采取了网易跟淘宝的方案,其实这两者的方案是大同小异,都是基于rem的适配方案。

2、解决问题的方案

网易跟淘宝的方案介绍在上面流云诸葛的文章中已经写的很清楚了,建议可以先看看那篇文章再阅读下面我所说的,可能会更加清晰。

(1)方案的简单介绍: 基于rem

前提:页面元素的布局尺寸全都以设计稿为基准等比例设置。

给 html根节点设置一个基础 font-size值,然后页面的所有元素布局均相对于该font-size值采用 rem单位设定。那么基础的font-size值该如何取呢?

假如通过媒体查询设置font-size,只能解决一部分的情况,而且并不能完成适配,因为手机屏幕宽度类型实在太多了,所以font-size的取值要通过js计算,取当前viewport的 deviceWidth与 设计稿的宽 的 比例值,例如:我们的设计稿尺寸都是 640px的,iphone5的 deviceWidth是 320px,那么计算出来的font-size值就是 320 / 640 = 0.5,因为得出的font-size太小,不方便计算,且有的浏览器可能不兼容太小字号,所以将font-size放大100倍,所以最终计算出来的font-size为 320 / 640 * 100 = 50(px); 当然,这个值是根据设计稿来计算的,所以根据计算规则,下面列出几种常见设计稿相应的font-size值:

 
  1. deviceWidth = 320,font-size = 320 / 6.4 = 50px

  2. deviceWidth = 375,font-size = 375 / 6.4 = 58.59375px

  3. deviceWidth = 414,font-size = 414 / 6.4 = 64.6875px

  4. deviceWidth = 500,font-size = 500 / 6.4 = 78.125px

可在 script标签加上如下代码

 
  1. (function () {

  2.    document.addEventListener('DOMContentLoaded', function () {

  3.        var html = document.documentElement;

  4.        var windowWidth = html.clientWidth;

  5.        html.style.fontSize = windowWidth / 6.4 + 'px';

  6.        // 等价于html.style.fontSize = windowWidth / 640 * 100 + 'px';

  7.    }, false);

  8. })();

  9. // 这个6.4就是根据设计稿的横向宽度来确定的,假如你的设计稿是750

  10. // 那么 html.style.fontSize = windowWidth / 7.5 + 'px';

至此,font-size的基础值就确定好了,而且知道该font-size值是手机deviceWidth跟设计稿的比例值 的 100倍(重要)

(2)那么页面元素该如何设置宽高、边距...

例如:一个设计稿宽高为140px的图标,左边距为50px,那么它的css应该这样写

 
  1. .icon {

  2.    width: 1.4rem; /* 像素换算rem:140px / 100 = 1.4rem */

  3.    height: 1.4rem;

  4.    margin: 0 0 0 .5rem;

  5. }

因为html的font-size是放大了100倍,所以计算rem时,要用设计稿的实际像素除以100,140px / 100 = 1.4rem; 最后实际的像素大小就会由deviceWidth跟设计稿的横向宽 的 比例 自动计算出来。

如图iPhone5下面的效果: 

图片

iphone6的效果: 

图片

可以看出来:html的font-size动态根据deviceWidth改变,图标的宽高、边距等也根据font-size动态按比例变化,大功告成了?不对,相信机智的你已经看到貌似在iPhone6的下有的图标背景错位了。。是的,这暴露出了一个背景使用雪碧图的一个弊端(由于font-size小数点太多,计算出实际背景图大小 background-size跟背景图位置 background-position时浏览器精度不够可能就会出现位置的偏差(我猜的),这个后面还会详细讲解决方案)

到这里,设置宽高、边距等都OK了,接下来...

(3)其他元素的字体大小该如何设置?

在流云诸葛的文章中讲到,网易跟淘宝的做法都是使用额外的媒体查询设置几种字体大小,例如:

 
  1. @media screen and (max-width: 320px) {

  2.    body{font-size: 14px;}

  3. }

  4. @media screen and (min-width: 321px) and (max-width: 413px) {

  5.    body{font-size: 16px;}

  6. }

  7. @media screen and (min-width: 414px) and (max-width: 639px) {

  8.    body{font-size: 17px;}

  9. }

  10. @media screen and (min-width: 640px) {

  11.    body{font-size: 18px;}

  12. }

可为什么不用rem呢?后来去查了一番资料,发现有一种叫做点阵字体的存在(什么是点阵字体),也叫作位图字体,位图我们都知道,跟矢量图是有区别的,就是放大会模糊,所以点阵字体也是放大会模糊的,如果根据rem设置字体大小,字体会自由缩放,可能就会导致点阵字体模糊,所以需要设定使用几种固定大小的字体。不过,在正常情况下,系统自带的字体都是矢量字体,所以使用rem为单位是没有问题的,除非你的网页需要用到特殊的点阵字体。

总结:如果网页没有用到特殊的点阵字体,字体单位使用rem,如果用到了点阵字体,字体需要通过媒体查询设置几种固定大小的字体

(4)关于背景图片的错位问题

上面已经发现了,通过换算rem设置background-size跟background-position的时候,在一些手机型号下会出现背景图错位的情况,可是如果不用rem设置的话,又不能达到适配的目的。(background-size、background-position的rem换算方法跟前面讲的宽高设定一样,都是设计稿尺寸(这时应该是雪碧图的原始尺寸)除以100倍)

最后经过尝试,得出了几种解决方案: 1、如图(推荐方案): 

图片

图标的样式

 
  1. .icon {

  2.    width: 1.4rem;

  3.    height: 1.4rem;

  4.    background-image: url(sprite.png);

  5.    background-repeat: no-repeat;

  6.    background-size: 1.4rem;

  7. }

  8. .icon3 {

  9.    background-position: 0 -2.8rem;

  10. }

解决方法,如图: 

图片

图片

代码如下:

 
  1. .icon-fix {

  2.    background: none;

  3.    position: relative;

  4.    overflow: hidden;

  5. }

  6. .icon-fix:after {

  7.    content: '';

  8.    display: block;

  9.    width: 10000%;

  10.    height: 10000%;

  11.    position: absolute;

  12.    left: 0;

  13.    top: 0;

  14.    background-image: url(sprite.png);

  15.    background-repeat: no-repeat;

  16.    background-size: 140rem;

  17.    -webkit-transform-origin: 0 0;

  18.    -webkit-transform: scale(.01);

  19.    transform-origin: 0 0;

  20.    transform: scale(.01);

  21. }

  22. .icon3:after {

  23.    background-position: 0 -280rem;

  24. }

所有相关代码 传送门

2、不使用雪碧图,使用单个背景图,这个时候就不存在background-position的需要,只需设定 background-size:contain;即可,这样做的弊端就在于无法使用雪碧图,图片请求增多,适用于页面图标较少的情况

3、使用嵌套 img标签,通过绝对定位模拟background-position,具体请看 responsive-sprites,这种做法需要更多的标签,且img图片只能放图标尺寸大小一样的雪碧图,而且不能通过媒体查询使用多倍图

以上3中解决方案第一种最优,当然有些特殊情况可能需要按需选择!

最后发现一篇研究rem产生小数点像素的问题的文章,感兴趣的可戳 《rem 产生的小数像素问题》

3、写在最后

关于web app的探索之路还很长,以上纯粹个人在学习过程的一些探索和研究,肯定会有不足和错漏的地方,只有在不断的实践中去修正。如果大家发现其中有错或不好的地方,欢迎提出共同研究,也欢迎大家有更好的方案可以跟我分享研究!

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值