• 移动端网页大小自适应方案


    目前比较常用的方法有:

    • 首先要让页面大小铺满屏幕又不能溢出。只需要在html<head>标签内加入viewport(如下),参数分别表示:页面宽度= 屏幕宽度,最大和最小伸缩比都是1,不允许用户拉缩。
     <meta name="viewport" content="maximum-scale=1.0,minimum-scale=1.0,user-scalable=0,width=device-width,initial-scale=1.0"/>
    • 百分比自适应:把长度单位转换为百分比来表示,这样在不同的宽度下,元素的长宽也会随之变化。

    优点:宽度之间无缝衔接, 操作起来也相对比较方便。

    缺点:字体大小需要另外一套自适应方法来调整;当屏幕宽度大于700px后,继续按照百分比元素会偏大,这个时候调整起来会比较麻烦。

    • rem、em自适应 :用媒体查询的方法,确定在不同屏幕宽度下,改变<html><body>的fontsize。再用rem, em替代 px作为单位实现自适应。

    优点:可以根据不同屏幕宽度来设置,可以完美解决上面说的屏幕偏大时的比例问题。字体的大小也不存在问题。

    缺点:根据宽度区间来设置,无法实现无缝变换。


    这些兼容方法各有优缺点,都不算完美,怎样才能把优点结合在一起,同时避免缺点呢?

    在参考淘宝网的自适应方法时,偶然发现页面<html>的fontsize会根据屏幕的宽度自动调整,而且屏幕宽度和所设字体大小的商是一定的。
    于是猜想它是用JS获取屏幕宽度后,按照固定比例缩小后作为rem的单位长度实现自适应。
    这不就是优点全有滴解决方法吗!?请容许我激动一下下(☆_☆)


    JS代码写起来非常简单,而且完美解决了用rem来设置无法达到无缝衔接的问题。
    但移动端测试后问题就出现了,移动端safari在html加载完毕之前将JS以迅雷不及掩耳盗铃之势执行了,在页面没有按照viewport设置好宽度前,JS就读取了错误的宽度,导致元素变成原来的两倍大0^0, 需要用setTimeout()解决问题。


    最终代码:

    Zepto(function($){
        var win = window,
            doc = document;
    
        function setFontSize() {
            var winWidth =  $(window).width();
            // 640宽度以上进行限制
            var size = (winWidth / 640) * 100;
            doc.documentElement.style.fontSize = (size < 100 ? size : 100) + 'px' ;
        };
        
        //防止在html未加载完毕时执行,保证获取正确的页宽
        setTimeout(function(){
            // 初始化
            setFontSize();
            
        }, 200);
     
    });

    最后补充用rem做自适应过程中发现的一个坑--当html设置较大的fontsize时,块元素内的行内元素margin、padding会出现额外的值,解决办法是把外面包的块元素fontsize设置为0。

  • 相关阅读:
    深入浅出SharePoint2010——请假系统实战
    深入浅出SharePoint2010——请假系统无代码篇之权限设计
    深入浅出SharePoint2010——请假系统无代码篇之数据框架设计
    深入浅出SharePoint2010——请假系统无代码篇之工作流设计
    如何查看SharePoint Server的版本信息
    SCRUM与XP的区别和联系
    错误:该表单无法显示,可能是由于 Microsoft SharePoint Server State Service 配置不当。有关详细信息,请与服务器管理员联系
    深入浅出SharePoint——常用术语对照表
    C(m,n)算法
    (转)ASP.NET MVC 3和Razor中的@helper 语法
  • 原文地址:https://www.cnblogs.com/xiaoliu66007/p/5565449.html
Copyright © 2020-2023  润新知