内容简介:本来团队是搞PC端开发的,前段时间架构调整,内端人力不足,所以团队把移动端的工作也一起接过来了。不过由于我们团队以前没开发过移动端的东西,技术积累较少,因此花费了不少时间在基础技术积累上面。这次介绍一下我们的移动端适配方案的改进过程。
本来团队是搞PC端开发的,前段时间架构调整,内端人力不足,所以团队把移动端的工作也一起接过来了。
不过由于我们团队以前没开发过移动端的东西,技术积累较少,因此花费了不少时间在基础技术积累上面。
这次介绍一下我们的移动端适配方案的改进过程。
hotcss库
最开始进行移动端开发时,由于工期比较紧张,为了快速构建整个项目,我最后选择使用了 hotcss 这个库。 这个库的优点其实挺多的:
- 使用方便
- 支持不同的设计稿尺寸
- 支持在js代码中换算适配后的像素
- 有效解决1px问题
最开始选用这个库的原因其实也是因为使用方便,当初经过测试之后发现可以比较好的还原设计稿的尺寸后,我们就选择使用这个方案了。
不过由于担心cdn访问延迟和dns解析能问题导致 hotcss.js
资源加载失败,再加上本身源码也不长,我们直接将源码压缩后内联进模板里面。
不过使用一段时间之后,发现hotcss方案确实也有不少的坑。
1px问题
官方号称完美解决1px的问题,但是经过我们QA同学的真机测试,发现在安卓4dpi=1的情况下, 1px
的 border
经过 px2rem
的转换后,还是会有问题,所以我们为了兼容1dpi的手机,不得不专门写了一个 border
的兼容方案(其他css样式同理):
@mixin border-bottom($width: 1) {
border-bottom: px2rem($width) solid map-get($defaultColor, borderColor);
[data-dpr='1'] & {
border-bottom-width: $width + 'px';
}
}
复制代码
设计稿尺寸问题
其实这个问题并不是hotcss库本身的问题,应该让UI同学出设计稿的时候,给前端同学一套统一的尺寸。
但是我们最开始的UI同学由于个人习惯问题,有的给我们的是iOS尺寸的设计稿,这种的尺寸是375px的,有的是安卓尺寸的设计稿360px的。而 hotcss
这个库需要提前声明 $designWidth
这个变量,之后使用 px2rem()
方法的时候才会进行替换,由于css没有作用域的概念,当碰到单页应用的时候两种尺寸的设计稿就会出现问题。
不过好在我们目前的移动端页面大部分都不是单页应用,少数几个单页应用也是同一尺寸的设计稿。但是这个问题总归是一个隐患。
因此我们后续和UI团队沟通,以后出统一的设计稿尺寸。
书写繁琐
说实话虽然使用起来很方便,只需要引入一个官方的sdk就完成了移动端适配方案。但是当写起业务css代码的时候,还是感觉hotcss使用起来很繁琐。
当UI稿中的尺寸是这样的时候:
font-size: 16px; font-height: 20px; height: 50px; width: 200px; 复制代码
我们就不能直接copy过来了,需要对其进行单位转换:
// 这一块代码可以放到common.scss中
@function px2rem($px) {
@return $px * 320 / $designWidth/20 + rem;
}
$designWidth: 360;
font-size: px2rem(16);
font-height: px2rem(20);
height: px2rem(50);
width: px2rem(200);
复制代码
总之当业务稳定之后,我们慢慢才发现用这个方案还是非常麻烦的,就经常被同事吐槽。
基于以上种种原因,我们团队在升级打包工具webpack->razzle的过程中,改进了适配方案,采用了 hotcss
+ postcss-pxtorem
结合的方案。
hotcss配合postcss-pxtorem
postcss-pxtorem
这个 工具 库的使用介绍网上也到处都有,这个库的优点在于有很强的转换规则,可以适配各种场景。我们在这里使用这个插件是为了自动进行px->rem的转化,其他过程还是由 hotcss
来进行。
postcss-px2rem的一些参数
require('postcss-pxtorem')({
rootValue: 75,
unitPrecision: 5,
propList: ['*'],
selectorBlackList: [],
replace: true,
mediaQuery: false,
minPixelValue: 12
})
复制代码
-
rootValue是根标签的font-size大小 -
unitPrecision是转换成rem后的小数位数 -
propList是需要转换的属性列表 -
selectorBlackList则是一个对css选择器进行过滤的数组,比如你设置为['fs'],那例如fs-xl类名,里面有关px的样式将不被转换,这里也支持正则写法。 -
minPixelValue可以设置小于多少尺寸将不会进行转换。
刚好 minPixelValue
这个属性设置为 1px
的时候,就解决了之前 hotcss
的1px的问题。
postcss.cofnig.js
const PostCssFlexBugFixes = require('postcss-flexbugs-fixes');
const autoprefixer = require('autoprefixer');
const px2rem = require('postcss-pxtorem');
const path = require('path');
const designWidth = 360; // 统一的视觉稿尺寸
const rootValue = (designWidth * 20) / 320; // root FontSize
module.exports = ctx => {
const remInclude = [
/\.rem\.less$/,
/\.rem\.scss$/,
]; // 白名单,命中白名单则进行px2rem转换,包括.rem.less、.rem.scss结尾的文件
const useRem = remInclude.some(x =>
x.test(path.join(ctx.file.dirname, ctx.file.basename))
);
return {
plugins: [
PostCssFlexBugFixes, //修复某些浏览器的flex bug
autoprefixer({
// autprefixer
browsers: ['>1%', 'last 4 versions', 'Firefox ESR', 'not ie < 9'],
flexbox: 'no-2009'
}),
useRem &&
px2rem({
rootValue,
propList: ['*'],
minPixelValue: 1
})
].filter(Boolean)
};
};
复制代码
postcss-pxtorem
完成对 rem
的转换,加上之前 hotcss
对 font-size
值的计算以及对 viewport
的初始化,我们最终完成了移动端的适配方案。
其中设置白名单列表是为了兼容以前老版本使用 hotcss
时候的写法,在升级razzle完毕之后我们后续的样式全部统一使用 .rem.scss
作为文件名后缀了,这样在样式文件中正常写px单位即可, postcss
会自动为我们进行转换。
hotcss缩放scale的坑
最近使用一些第三方插件(如 echarts
和视频播放器等)的时候,发现 hotcss
根据dpi给页面设置的 meta[viewport]
和插件之间会有坑。
<meta name="viewport" content="width=device-width, initial-scale=0.5, minimum-scale=0.5, maximum-scale=0.5, user-scalable=no">
由于第三方插件一般读取过一次页面的scale之后,后续scale的修改不会影响这些样式。
而 hotcss
会重新根据dpi重新设置scale,这种情况下当css加载得比js慢的时候,就会导致页面样式会闪烁,并且第三方插件的样式都是根据最开始的scale进行布局的,因此在页面放大之后会显得很小。
不过这种情况一般在本地开发的时候才会出现,线上模式静态资源一般放入cdn,访问速度很快,在css加载速度快于js的时候就不会出现这个问题了。
不过为了在本地开发的时候方便观测样式,我们需要在客户端执行js的时候重新将 font-size
设置回1.0。
document.documentElement.style.fontSize = `${(window.innerWidth * 20) /
320 / window.devicePixelRatio}px`;
let viewportEl = document.querySelector('meta[name="viewport"]');
const content = `width=device-width, initial-scale=1, minimum-scale=1, maximum-scale=1, user-scalable=no`;
if (viewportEl) {
viewportEl.setAttribute('content', content);
} else {
viewportEl = document.createElement('meta');
viewportEl.setAttribute('name', 'viewport');
viewportEl.setAttribute('content', content);
document.head.appendChild(viewportEl);
}
复制代码
这样整个页面上的第三方插件在本地调试的时候也是正常大小了~
以上就是本文的全部内容,希望本文的内容对大家的学习或者工作能带来一定的帮助,也希望大家多多支持 码农网
猜你喜欢:- rem 适配布局
- 模仿微信适配 iPad 的布局方式
- flutter 屏幕尺寸适配 字体大小适配
- 前端适配:移动端/web端适配方案
- iOS 关于全面屏适配的方案及UI在不同尺寸下适配方案
- iOS 关于全面屏适配的方案及UI在不同尺寸下适配方案
本站部分资源来源于网络,本站转载出于传递更多信息之目的,版权归原作者或者来源机构所有,如转载稿涉及版权问题,请联系我们。
WWW信息体系结构(影印版第2版)
Louis Rosenfeld / 清华大学出版社 / 2003-6 / 49.8
如今的网站和内联网已经变得比以前越来越大,越来越有价值,而且越来越复杂,同时其用户也变得更忙,也更加不能容忍错误的发生。数目庞大的信息、快速的变化、新兴的技术和公司策略是设计师、信息体系结构构建师和网站管理员必须面对的事情,而这些已经让某些网让看起来像是个快速增长却规划很差的城市——到处都是路,却无法导航。规划精良的信息体系结构当前正是最关键性的。 本书介绍的是如何使用美学和机械学的理念创建......一起来看看 《WWW信息体系结构(影印版第2版)》 这本书的介绍吧!