挪Web布局。移动Web布局。

动Web开发之动页面布局

倒Web开发之动页面布局

前言

本文针对手机配备设计之页面,并非兼容全设备的响应式布局,常见的MobileWeb页面如H5页面、手机页面、WAP页、webview页面等等。在不同尺寸的手机配备及,页面“相对性的达成合理之显得(自适应)”或者“保持统一效果的顶比较缩放(看起差不多)

前言

正文针对手机设备设计之页面,并非兼容全设备的响应式布局,常见的MobileWeb页面如H5页面、手机页面、WAP页、webview页面等等。在不同尺寸的手机设备上,页面“相对性的高达合理之亮(自适应)”或者“保持统一效果的顶比较缩放(看起差不多)

深深概念引出viewport

图片 1

深刻概念引出viewport

图片 2

Pixel

  • 配备像素

    • 当LCD显示器中,基于点阵排列,每一个像素右由红绿蓝子像从结合

    图片 3

    • CRT显示器

      图片 4

  • CSS像素(用于控制元素样式的体裁单位像素,是一个相对值)

    • CSS像素与屏幕像素1:1一致好时:

      图片 5

    • 浏览器窗口宽度一定的景象下,把页面放大(Ctrl+),CSS像素(黑色边框)开始于牵涉伸,此时1独CSS像素大于1独屏幕像从

      图片 6

Pixel

  • 设施像素

    • 于LCD显示器中,基于点阵排列,每一个诸如素右由红绿蓝子像从结合

    图片 7

    • CRT显示器

      图片 8

  • CSS像素(用于控制元素样式的体单位像素,是一个相对值)

    • CSS像素与屏幕像素1:1平等充分时:

      图片 9

    • 浏览器窗口宽度一定的情况下,把页面放大(Ctrl+),CSS像素(黑色边框)开始让牵涉伸,此时1单CSS像素大于1只屏幕像从

      图片 10

ppi(Pixel Per Inch)

  • 此地讨论的是特对显示设备(另外还有打印照片时的分辨率、打印精度),指的是屏幕密度。PPI全称为Pixel
    Per
    Inch,译为每英寸像素取值。ppi值越强,单位面积内所占的例如素越多,显示的画质越好。
  • PPi中之pixel指的凡物理(设备)像素。

    图片 11
    图片 12

  • ppi是每令装备的一个定值,一个定位参数,下图为Samsung Galaxy S4啊条例

    图片 13

  • ppi过强带来的题目,相同之图片素材,ppi越强的设施显示更加聊。下图为一个分辨率像从在屏幕中的岗位

    图片 14

  • 由于这样的题材是,高ppi(高清屏)设备下之UI会采取一定之缩放比例,让文本或材料放大(也便是深受分辨率像从还是CSS像素放大),下面是CSS像素和物理像从的百分比公式:DevicePixelRatio凡手机的大体像素和实际用诸如从的缩放比(会随着手机默认缩放比和人为缩放浏览器页面改变))

    DevicePixelRatio定义如下:
    
    window.devicePixelRatio = physical pixels / dips(device-independent pixels即CSS像素)
    

    图片 15

ppi(Pixel Per Inch)

  • 此间讨论的是就针对显示设备(另外还有打印照片时的分辨率、打印精度),指的凡屏幕密度。PPI全称为Pixel
    Per
    Inch,译为各英寸像素取值。ppi值越强,单位面积内所占的例如素越多,显示的画质越好。
  • PPi中之pixel指的凡物理(设备)像素。

    图片 16
    图片 17

  • ppi是各级令装备的一个定值,一个原则性参数,下图为Samsung Galaxy S4乎例

    图片 18

  • ppi过强带来的题材,相同之图片素材,ppi越强的配备显示更加聊。下图也一个分辨率像从在屏幕中之职位

    图片 19

  • 出于这样的题材是,高ppi(高清屏)设备下的UI会采取一定之缩放比例,让文本或资料放大(也就是叫分辨率像从还是CSS像素放大),下面是CSS像素和情理像从的百分比公式:DevicePixelRatio举凡手机的物理像素和实际行使像从的缩放比(会趁机手机默认缩放比和人工缩放浏览器页面改变))

    DevicePixelRatio定义如下:
    
    window.devicePixelRatio = physical pixels / dips(device-independent pixels即CSS像素)
    

    图片 20

dppx(dots per pixel)

  • 代表单个CSS像素占用的大体像从个数,与DPR等价,只不过是自从微观的角度。

dppx(dots per pixel)

  • 表示单个CSS像素占用的物理像从个数,与DPR等价,只不过是于微观的角度。

dpi(Dots per inch)

  • 对显示设备的像素密度而言,dpi与ppi是等价格的。

dpi(Dots per inch)

  • 对显示设备的像素密度而言,dpi与ppi是相当价格的。

CSS Reference Pixel

  • W3C规定(CSS Reference
    Pixel),把人眼睛能分辨到的,距离自己一个胳膊长度(约28英寸),像从密度也96dpi设备上的一个大体像素设为参考像素(目的是为保CSS像素在不同装备、不同距离观测到之尺寸一样)
  • 经过CSS参考像素可以计算起当不同之设施及行使相当的CSS像素大小,使得视觉及亦然。
    图片 21

  • 这就是说问题来了,如何实施这个标准也?通过行使viewport

    <meta name="viewport">
    

CSS Reference Pixel

  • W3C规定(CSS Reference
    Pixel),把人口眼能辨识到之,距离自己一个双臂长度(约28英寸),像从密度为96dpi配备及之一个大体像素设为参照像素(目的是为保证CSS像素在不同装备、不同距离观测到之大大小小相同)
  • 由此CSS参考像素可以测算出以不同之装置及采用合适的CSS像素大小,使得视觉及等同。
    图片 22

  • 那么问题来了,如何执行这个专业呢?通过行使viewport

    <meta name="viewport">
    

viewport

图片 23

  • 默认情况下,手机屏幕为980px失去渲染页面,(下图图像也320px,设备也iphone4)

    图片 24

  • 这时候透过安装渲染宽度为320px,即为手机配备的分辨率,此时图像是满整个区域之

    图片 25

  • 由此上面可得,可以设置width=device-width(手机屏幕分辨率),指定布局宽度等于手机分辨率宽度,可以兑现

    • 呢走装备开支之响应式网页经常,你晤面面临多更分辨率情况,没有必要运用及重量级的mediaquery
    • 免手机浏览器采用桌面分辨率宽度(980px等)去渲染页面
    • 相当手机横屏或竖屏
  • 下为viewport的形似设置

    <meta name="viewport" content="width=device-width, user-scalable=no, initial-scale=1.0, maximum-scale=1.0, minimum-scale=1.0">
    
  • 除此以外Viewport还分为两种植,Layout Viewport和Visual Viewport
    图片 26图片 27

viewport

图片 28

  • 默认情况下,手机屏幕为980px失去渲染页面,(下图图像为320px,设备呢iphone4)

    图片 29

  • 这会儿经过安装渲染宽度为320px,即为手机配备的分辨率,此时图像是满载整个区域之

    图片 30

  • 透过地方可得,可以装width=device-width(手机屏幕分辨率),指定布局宽度等于手机分辨率宽度,可以兑现

    • 为运动装备开支之响应式网页经常,你会面临多还分辨率情况,没有必要运用及重量级的mediaquery
    • 避免手机浏览器采用桌面分辨率宽度(980px等)去渲染页面
    • 匹配手机横屏或竖屏
  • 下面为viewport的一般设置

    <meta name="viewport" content="width=device-width, user-scalable=no, initial-scale=1.0, maximum-scale=1.0, minimum-scale=1.0">
    
  • 此外Viewport还分为两种,Layout Viewport和Visual Viewport
    图片 31图片 32

光复视觉稿,多屏适配

  • 对于运动端支付而言,为了完成页面高清的效益,视觉稿的正规往往会仍以下简单沾:
    • 第一,选取一缓慢手机的屏幕宽高作为标准(以前是iphone4的320×480,现在重新多的是iphone6的375×667)。
    • 于retina屏幕(如:
      dpr=2),为了达到高清效果,视觉稿的画布大小会是规则的2倍,也就是说像素点个数是原先的4加倍(对iphone6而言:原先的375×667,就会成为750×1334)。]
  • 字、高宽间距、图像(图标、图片)
    • 矢量化、字体化、image-set等
    • 以满足快速支付的需下,利用 css 将图像限定在要素外( img
      图片以[max-]width: 100%,背景图像使用background-size
      ),布局就针对素进行。
  • 几只问题(详情)
    • retina下,图片高清问题
    • retina下,border: 1px问题
    • 多屏适配布局问题
    • 字体大小问题

以下图为例,分析活动Web开发在页面架构和布局之主意及差异性(效果图也640px)

图片 33

恢复视觉稿,多屏适配

  • 对活动端支出而言,为了做到页面高清的效果,视觉稿的正统往往会按以下简单接触:
    • 先是,选取一迟迟手机的屏幕宽高作为基准(以前是iphone4的320×480,现在更多的凡iphone6的375×667)。
    • 对此retina屏幕(如:
      dpr=2),为了达到高清效果,视觉稿的画布大小会是标准的2倍,也就是说像素点个数是本来的4加倍(对iphone6而言:原先的375×667,就见面成为750×1334)。]
  • 字、高宽间距、图像(图标、图片)
    • 矢量化、字体化、image-set等
    • 在满足快速支付的需下,利用 css 将图像限定在要素外( img
      图片以[max-]width: 100%,背景图像使用background-size
      ),布局就对素进行。
  • 几乎独问题(详情)
    • retina下,图片高清问题
    • retina下,border: 1px问题
    • 多屏适配布局问题
    • 字体大小问题

以下图为条例,分析活动Web开发以页面架构和布局之不二法门以及差异性(效果图为640px)

图片 34

1.稳高度,宽度自适应

  • 实现

    • viewport width 设置为 device-width,以较小幅度(如
      320px)的视觉稿作为参考进行布局
    • 垂直方向的可观和距离使用定值,水平方向混合使用定值和百分比或者使用flex弹性布局
    • 图像元素根据容器使用定值或background-size缩放
    • 代码段

      <meta name="viewport" content="width=device-width,initial-scale=1">
      
  • 要点

    • 出于高度稳定,宽度自适应,在很屏幕手机下元素被扯了,所以计划性的时刻只得设计横向拉伸的因素布局,存在诸多局限性。
    • 因为多少增幅作为参考是坐若布局满足了略微增幅之摆放,当屏幕转换宽时,简单的填充空白就得了(比如网易新闻);而如转就可能造成“挤坏了”,考虑
      header 区域,左测 logo 右测横向 nav 的状况。
    • 待多少增幅之布局,又欲充分开间之图像,这是一个矛盾点。
    • 兼容性较好。
  • 案例
    • 体中的尺码都遵循视觉稿二分之一好小设置,demo。
    • 腾讯、京东、百度、天猫、亚马逊的首页

1.定点高度,宽度自适应

  • 实现

    • viewport width 设置为 device-width,以较小增幅(如
      320px)的视觉稿作为参考进行布局
    • 垂直方向的可观和间隔使用定值,水平方向混合使用定值和百分比要使flex弹性布局
    • 图像元素根据容器使用定值或background-size缩放
    • 代码段

      <meta name="viewport" content="width=device-width,initial-scale=1">
      
  • 要点

    • 由于高度稳定,宽度自适应,在怪屏幕手机下元素被拉长了,所以规划的当儿只得设计横向拉伸的要素布局,存在诸多局限性。
    • 因为略增幅作为参考是因若布局满足了有些增幅之布阵,当屏幕转换宽时,简单的填充空白就可了(比如网易新闻);而如果转就可能致“挤坏了”,考虑
      header 区域,左测 logo 右测横向 nav 的图景。
    • 需多少幅度的布局,又用大开间之图像,这是一个矛盾点。
    • 兼容性较好。
  • 案例
    • 体中之尺寸都仍视觉稿二分之一格外小设置,demo。
    • 腾讯、京东、百度、天猫、亚马逊的首页

2.稳住宽度,viewport缩放

  • 实现

    • 视觉稿、页面宽度、viewport width
      使用统一宽度,利用浏览器自身缩放完成适配。页面样式(包括图像元素)完全依照视觉稿的尺码,使用单位px即可。
    • 稳宽度值考虑以下简单接触:
      • 主流分辨率,参考Screen
        Sizes和友盟指数的数据
      • 设计部门常用尺寸
    • 代码段

      • head头部(根据屏幕宽度来动态生成viewport,生成的 viewport
        基本是这样)

        <meta name="viewport" content="width=640,initial-scale=0.5,maximum-scale=0.5,minimum-scale=0.5,user-scalable=no">
        
      • css style

        body {
            width: 640px;
            margin: 0 auto;
         }
        

        图片 35

  • 优点:
    • 支出简单:缩放交给浏览器,完全按照视觉稿切图。
    • 回复精准:绝对等比例缩放,可以精准还原视觉稿(不考虑清晰度之动静下)。
    • 测试好:在PC端即可形成大部分测试,手机端只需要研究调整有细节(比如图标、字体混合排列时,因为字体不同造成的对齐问题)。
  • 留存的问题:
    • 比如说从少:对于部分分辨率较逊色的无绳电话机,可能设备像从还未达标指定的
      viewport
      宽度,此时屏幕的渲染可能就未确切了。比较大的凡边框“消失”了,不过就手机硬件的换代,这个题目会越来越少的。
    • 缩放失效:某些安卓机不克健康的冲 meta 标签中 width
      的价值来缩放 viewport,需要配合 initial-scale 。
    • 文件折行:存在被缩放失效的机型受到,某些手机为好文本的看,在文书到达
      viewport 边缘(非元素容器的边缘)时便开展折行,而当 viewport
      宽度为修正后,浏览器并不曾对的重绘,所以尽管意识文本没有占满整行。一些常用的段落性文本标签会满怀于该问题。
  • 缓解问题

    • 缩放失效问题用经 js 动态设定 initial-scale。

      var fixScreen = function() {
          var metaEl = doc.querySelector('meta[name="viewport"]'),
              metaCtt = metaEl ? metaEl.content : '',
              matchScale = metaCtt.match(/initial\-scale=([\d\.]+)/),
              matchWidth = metaCtt.match(/width=([^,\s]+)/);
      
          if ( metaEl && !matchScale && ( matchWidth && matchWidth[1] != 'device-width') ) {
              var    width = parseInt(matchWidth[1]),
                  iw = win.innerWidth || width,
                  ow = win.outerWidth || iw,
                  sw = win.screen.width || iw,
                  saw = win.screen.availWidth || iw,
                  ih = win.innerHeight || width,
                  oh = win.outerHeight || ih,
                  ish = win.screen.height || ih,
                  sah = win.screen.availHeight || ih,
                  w = Math.min(iw,ow,sw,saw,ih,oh,ish,sah),
                  scale = w / width;
      
              if ( ratio < 1) {
                  metaEl.content += ',initial-scale=' + ratio + ',maximum-scale=' + ratio + ', minimum-scale=' + scale;
              }
          }
      }
      
    • 文本折行问题

      section, p, div,
      h1, h2, h3, h4, h5, h6,
      .fix-break { 
         background: tranparent url('about:blank');
         word-break: break-all;
      }
      
  • 案例

    • demo
    • 荔枝FM

2.永恒宽度,viewport缩放

  • 实现

    • 视觉稿、页面宽度、viewport width
      使用统一宽度,利用浏览器自身缩放完成适配。页面样式(包括图像元素)完全按视觉稿的尺寸,使用单位px即可。
    • 恒宽度值考虑以下简单点:
      • 主流分辨率,参考Screen
        Sizes和友盟指数的数据
      • 设计部门常用尺寸
    • 代码段

      • head头部(根据屏幕宽度来动态生成viewport,生成的 viewport
        基本是这么)

        <meta name="viewport" content="width=640,initial-scale=0.5,maximum-scale=0.5,minimum-scale=0.5,user-scalable=no">
        
      • css style

        body {
            width: 640px;
            margin: 0 auto;
         }
        

        图片 36

  • 优点:
    • 付出简单:缩放交给浏览器,完全依照视觉稿切图。
    • 光复精准:绝对等比例缩放,可以精准还原视觉稿(不考虑清晰度的情状下)。
    • 测试好:在PC端即可完成大部分测试,手机端只待研究调整片细节(比如图标、字体混合排列时,因为字体不同造成的对齐问题)。
  • 存在的题目:
    • 譬如说从少:对于一些分辨率较逊色之手机,可能设备像从还非达指定的
      viewport
      宽度,此时屏幕的渲染可能就是不纯粹了。比较常见的凡边框“消失”了,不过随着手机硬件的更新,这个题材会越来越少的。
    • 缩放失效:某些安卓机不能够正常的基于 meta 标签中 width
      的值来缩放 viewport,需要般配 initial-scale 。
    • 文本折行:存在叫缩放失效的机型受到,某些手机为方便文本的读书,在文件到达
      viewport 边缘(非元素容器的边缘)时即便进行折行,而当 viewport
      宽度为修正后,浏览器并无科学的重绘,所以即便发现文本没有占用满整行。一些常用的段落性文本标签会满怀于拖欠问题。
  • 解决问题

    • 缩放失效问题亟待经过 js 动态设定 initial-scale。

      var fixScreen = function() {
          var metaEl = doc.querySelector('meta[name="viewport"]'),
              metaCtt = metaEl ? metaEl.content : '',
              matchScale = metaCtt.match(/initial\-scale=([\d\.]+)/),
              matchWidth = metaCtt.match(/width=([^,\s]+)/);
      
          if ( metaEl && !matchScale && ( matchWidth && matchWidth[1] != 'device-width') ) {
              var    width = parseInt(matchWidth[1]),
                  iw = win.innerWidth || width,
                  ow = win.outerWidth || iw,
                  sw = win.screen.width || iw,
                  saw = win.screen.availWidth || iw,
                  ih = win.innerHeight || width,
                  oh = win.outerHeight || ih,
                  ish = win.screen.height || ih,
                  sah = win.screen.availHeight || ih,
                  w = Math.min(iw,ow,sw,saw,ih,oh,ish,sah),
                  scale = w / width;
      
              if ( ratio < 1) {
                  metaEl.content += ',initial-scale=' + ratio + ',maximum-scale=' + ratio + ', minimum-scale=' + scale;
              }
          }
      }
      
    • 文本折行问题

      section, p, div,
      h1, h2, h3, h4, h5, h6,
      .fix-break { 
         background: tranparent url('about:blank');
         word-break: break-all;
      }
      
  • 案例

    • demo
    • 荔枝FM

3.rem做宽度,viewport缩放

  • 实现

    • 遵循某一定宽度设定 rem 值(即 html 的
      font-size),页面任何要弹性适配的因素,尺寸都折算为 rem
      进行布局,不欲适配的素或利用 px 为单位。
    • 当页面渲染时,根据页面中宽度进行测算,调整 rem
      的高低,动态缩放以达成适配的法力。
    • 基于 devicePixelRatio 设定 initial-scale 来放
      viewport,使页面按照物理像从渲染,提升清晰度。
    • 通过JS去动态计算根元素的font-size(所有设备都匹配),也堪下media
      query(兼容自己网站主流的组成部分屏幕设备)
    • 依据设备像素比(window.devicePixelRatio)给安装data-dpr
    • 代码段(动态生成 viewport)

      不用写 meta
      标签,该方法mobile-util.js冲
      dpr 自动生成,并于 html 标签中丰富 data-dpr 和 font-size
      两个属于性值。

  • 优点:

    • 清晰度高,能达到物理像从的清晰度。
    • 能解决 DPR 引起的“1像素”问题。
    • 通往后相当于好,即便屏幕宽度增、PPI 增加该方案仍适用。
  • 缺点:
    • 适配 js 需尽可能早入,减少(避免)viewport 变化引起的重绘。
    • 一点Android机会丢掉 rem 小数部分。
    • 急需预编译库进行单位转换。
  • 一对只顾的地方

    • chrome当font-size小于12时常,rem会按照12来算,设置基准值要考虑这或多或少。
    • 正如小的背景图(比如有些 icon)的 background-size 不要用具体 rem
      数值,裁剪后会现出边缘丢失。应以及素等尺寸切图,设定
      background-size: contain|cover 来缩放。
  • 动态调整 rem 的方如下:

    var fixScreen = function() {
        var metaEl = doc.querySelector('meta[name="viewport"]'),
            metaCtt = metaEl ? metaEl.content : '',
            matchScale = metaCtt.match(/initial\-scale=([\d\.]+)/),
            matchWidth = metaCtt.match(/width=([^,\s]+)/);
    
        if ( !metaEl ) { // REM
            var docEl = doc.documentElement,
                maxwidth = docEl.dataset.mw || 750, // 每 dpr 最大页面宽度
                dpr = isIos ? Math.min(win.devicePixelRatio, 3) : 1,
                scale = 1 / dpr,
                tid;
    
            docEl.removeAttribute('data-mw');
            docEl.dataset.dpr = dpr;
            metaEl = doc.createElement('meta');
            metaEl.name = 'viewport';
            metaEl.content = 'initial-scale=' + ratio + ',maximum-scale=' + ratio + ', minimum-scale=' + scale;
            docEl.firstElementChild.appendChild(metaEl);
    
            var refreshRem = function() {
                var width = docEl.getBoundingClientRect().width;
                if (width / dpr > maxwidth) {
                    width = maxwidth * dpr;
                }
                var rem = width / 16;
                docEl.style.fontSize = rem + 'px';
            };
    
            //...
    
            refreshRem();
        }
    }
    
  • 案例

    • demo
    • 淘宝网触屏版

3.rem做宽度,viewport缩放

  • 实现

    • 随某一定宽度设定 rem 值(即 html 的
      font-size),页面任何要弹性适配的素,尺寸都折算为 rem
      进行布局,不欲适配的元素或采取 px 为单位。
    • 当页面渲染时,根据页面中宽度进行计算,调整 rem
      的轻重,动态缩放以达到适配的成效。
    • 根据 devicePixelRatio 设定 initial-scale 来放大
      viewport,使页面按照物理像从渲染,提升清晰度。
    • 由此JS去动态计算根元素的font-size(所有设备均匹配),也得以利用media
      query(兼容自己网站主流的一部分屏幕设备)
    • 据悉设备像素比(window.devicePixelRatio)给安装data-dpr
    • 代码段(动态生成 viewport)

      不用写 meta
      标签,该方法mobile-util.js基于
      dpr 自动生成,并于 html 标签中增长 data-dpr 和 font-size
      两个属于性值。

  • 优点:

    • 清晰度高,能达成物理像从的清晰度。
    • 能解决 DPR 引起的“1像素”问题。
    • 通往后相当于好,即便屏幕宽度增、PPI 增加该方案仍适用。
  • 缺点:
    • 适配 js 需尽可能早进入,减少(避免)viewport 变化引起的重绘。
    • 或多或少Android机会丢掉 rem 小数部分。
    • 需要预编译库进行单位转换。
  • 一些注意的地方

    • chrome当font-size小于12时常,rem会按照12来算,设置基准值要考虑这或多或少。
    • 于小的背景图(比如部分 icon)的 background-size 不要以具体 rem
      数价值,裁剪后会现出边缘丢失。应下及素等尺寸切图,设定
      background-size: contain|cover 来缩放。
  • 动态调整 rem 的措施如下:

    var fixScreen = function() {
        var metaEl = doc.querySelector('meta[name="viewport"]'),
            metaCtt = metaEl ? metaEl.content : '',
            matchScale = metaCtt.match(/initial\-scale=([\d\.]+)/),
            matchWidth = metaCtt.match(/width=([^,\s]+)/);
    
        if ( !metaEl ) { // REM
            var docEl = doc.documentElement,
                maxwidth = docEl.dataset.mw || 750, // 每 dpr 最大页面宽度
                dpr = isIos ? Math.min(win.devicePixelRatio, 3) : 1,
                scale = 1 / dpr,
                tid;
    
            docEl.removeAttribute('data-mw');
            docEl.dataset.dpr = dpr;
            metaEl = doc.createElement('meta');
            metaEl.name = 'viewport';
            metaEl.content = 'initial-scale=' + ratio + ',maximum-scale=' + ratio + ', minimum-scale=' + scale;
            docEl.firstElementChild.appendChild(metaEl);
    
            var refreshRem = function() {
                var width = docEl.getBoundingClientRect().width;
                if (width / dpr > maxwidth) {
                    width = maxwidth * dpr;
                }
                var rem = width / 16;
                docEl.style.fontSize = rem + 'px';
            };
    
            //...
    
            refreshRem();
        }
    }
    
  • 案例

    • demo
    • 淘宝网触屏版

4.响应式布局(pc & mobile)

  • 实现
    • 运用 viewport meta 标签在大哥大浏览器上主宰布局
    • 动用 Media Queries 适配对应样式
  • 要点
    • 响应式这种方式于境内大少发生大型企业之错综复杂的网站于走端用这种措施去做,主要因是办事很,维护性难
    • 适用于中小型的派还是博客类站点会采取响应式的方式从web
      page到web
      app直接一步到位,因为这么反而好省成本,不用再行特别为和谐之网站开一个web
      app的本子。
  • 优点

    • Native APP:Objective-C or Java – 学习成本高
    • Hybrid APP: 外壳+Web APP,需安装。
    • 响应式Web APP:HTML5+JS+CSS – 门槛低,极容易达亲手,迭代快
    • 不要安装成本,迭代翻新容易

      图片 37

  • 案例

    • PC – http://qzone.com
    • Mobile – http://m.qzone.com
    • 响应式:PC & Mobile – http://qzone.com

4.响应式布局(pc & mobile)

  • 实现
    • 行使 viewport meta 标签在手机浏览器上决定布局
    • 运 Media Queries 适配对应样式
  • 要点
    • 响应式这种艺术在国内挺少发重型商厦的纷繁的网站以动端用这种办法去开,主要缘由是干活大,维护性难
    • 适用于中小型的门户还是博客类站点会下响应式的不二法门从web
      page到web
      app直接一步到位,因为这样反而可以省去本钱,不用还特别为友好的网站做一个web
      app的本。
  • 优点

    • Native APP:Objective-C or Java – 学习成本大
    • Hybrid APP: 外壳+Web APP,需安装。
    • 响应式Web APP:HTML5+JS+CSS – 门槛低,极容易达亲手,迭代快
    • 不用安装成本,迭代翻新容易

      图片 38

  • 案例

    • PC – http://qzone.com
    • Mobile – http://m.qzone.com
    • 响应式:PC & Mobile – http://qzone.com

小结

  • 前面三栽方案吧H5页面、手机页面、WAP页、webview页面移动常用方案
  • 率先种植方案不得不开片列表等简便排列的体制,面对再复杂的页面,往往要绝对定位及比重等,尺寸和视觉稿有出入。
  • 老二栽和老三种植方案免会见与筹划图有两样,第三栽方案于第二种植方案再活,有少数栽单位可用,rempx
  • 灵活运用min-height和min-width
  • 能用flex布局的决不动浮动和绝对定位(不便利页面扩展)

小结

  • 前三种植方案为H5页面、手机页面、WAP页、webview页面移动常用方案
  • 第一种方案不得不做一些列表等简单排列的样式,面对再扑朔迷离的页面,往往用绝对定位以及比例等,尺寸及视觉稿有出入。
  • 次种与老三栽方案免见面跟统筹图有两样,第三种方案比第二栽方案再灵活,有些许栽单位可用,rempx
  • 灵活运用min-height和min-width
  • 可知为此flex布局的并非采取浮动和绝对定位(不便利页面扩展)

挪动开规范

挪支付规范

字设置

  • 运用无衬线字体
  • iOS 4.0+ 使用英文字 Helvetica Neue,之前的iOS版本降级使用
    Helvetica。中文字体设置也华文黑体STHeiTi。
    需补充说明,华文黑体并无存iOS的字体库中http://support.apple.com/kb/HT5878,
    但系统会活动将华文黑体 STHeiTi
    兼容命中网默认中文字体黑体-简或黑体-繁
  • 原生Android下中文字体与英文字都选默认的不论衬线字体

    body {
        font-family: "Helvetica Neue", Helvetica, STHeiTi, sans-serif;
    }
    

书设置

  • 动用无衬线字体
  • iOS 4.0+ 使用英文字 Helvetica Neue,之前的iOS版本降级使用
    Helvetica。中文字体设置为华文黑体STHeiTi。
    需补充说明,华文黑体并无存在iOS的字体库中http://support.apple.com/kb/HT5878,
    但系统会自动将华文黑体 STHeiTi
    兼容命中网默认中文字体黑体-简或黑体-繁
  • 原生Android下中文字体与英文字都挑默认的无论是衬线字体

    body {
        font-family: "Helvetica Neue", Helvetica, STHeiTi, sans-serif;
    }
    

基本功交互

  • 安全局的CSS样式,避免图备受的增长论弹来菜谱与选中文本的行为

    a, img {
        -webkit-touch-callout: none; /* 禁止长按链接与图片弹出菜单 */
    }
    
    html, body {
        -webkit-user-select: none;   /* 禁止选中文本(如无文本选中需求,此为必选项) */
        user-select: none;
    }
    

基本功交互

  • 安装全局的CSS样式,避免图备受之增长论弹有菜谱与选中文本的一言一行

    a, img {
        -webkit-touch-callout: none; /* 禁止长按链接与图片弹出菜单 */
    }
    
    html, body {
        -webkit-user-select: none;   /* 禁止选中文本(如无文本选中需求,此为必选项) */
        user-select: none;
    }
    

超过浏览器测试

浏览器兼容性:

图片 39

  • pc端模拟
    • PC端Chrome浏览器模拟手机调试页面,布局上几乎和真机上从未有过差别了,只是真机可以看到底底细再多、操作实际环境
  • 真机调试
    • 微信、手机QQ、QQ浏览器:可以用腾讯TBS
      studio、手机、usb数据线可以在测试线上页面
    • Android:通过手机chrome、PC
      chrome和usb;连接数据一致可以在大哥大及chrome浏览器对页面进行调试。
  • BrowserSync 同步操作

    • 使用node.js command prompt 安装BrowserSync
    • 在node.js command prompt
      在苟创建服务器的目下面执行:browser-sync start –server
      –files=”*” 命令即可,表示创建一个服务器并监听该目录下的文本变动

      图片 40

      为手机和计算机处于同一局域网下,可以应用微机分享热点手机总是(如360管线wifi +
      网卡)

  • 还多又详实测试方案

    • 移动端前端开发调试
    • 各种 真机远程调试 方法
      汇总
    • 微信支付如何做当地调试?

越浏览器测试

浏览器兼容性:

图片 41

  • pc端模拟
    • PC端Chrome浏览器模拟手机调试页面,布局及几跟真机上未曾差异了,只是真机可以观看的细节又多、操作实际环境
  • 真机调试
    • 微信、手机QQ、QQ浏览器:可以以腾讯TBS
      studio、手机、usb数据线可以于测试线上页面
    • Android:通过手机chrome、PC
      chrome和usb;连接数据一致好当手机上chrome浏览器对页面进行调节。
  • BrowserSync 同步操作

    • 使用node.js command prompt 安装BrowserSync
    • 当node.js command prompt
      在如创造服务器的目下面执行:browser-sync start –server
      –files=”*” 命令即可,表示创建一个服务器并监听该目录下之公文变动

      图片 42

      吃手机与计算机处于相同局域网下,可以采用计算机分享热点手机连接(如360无论是线wifi +
      网卡)

  • 复多还详细测试方案

    • 移动端前端开发调试
    • 各种 真机远程调试 方法
      汇总
    • 微信支付如何做当地调试?

实施使

  • demo1(运用的是率先种方案,但是小元素高度没有稳定,而是于适应,以此适应图片的缩放。)

推行应用

  • demo1(运用的凡第一栽方案,但是有些元素高度没有一贯,而是打适应,以此适应图片的缩放。)

参考资料

  • web app变革之rem
  • 手机淘宝之flexible设计及落实
  • MobileWeb 适配总结
  • 运动端高清、多屏适配方案
  • 浅谈移动Web开发
  • 响应式网页设计
  • 挪端适配方案(下)
  • Alloyteam移动支付规范概述

参考资料

  • web app变革之rem
  • 手机淘宝的flexible设计以及落实
  • MobileWeb 适配总结
  • 移动端高清、多屏适配方案
  • 浅谈移动Web开发
  • 响应式网页设计
  • 挪端适配方案(下)
  • Alloyteam移动开规范概述

进展阅读

  • mobileTech
  • CSS 与 JS 注意事项
  • 至于webapp中之契单位之片捣腾
  • 移动前端开发和 Web
    前端开发的界别是什么
  • MDN:手机网页开发
  • MDN:在活动浏览器被行使viewport元标签控制布局
  • 手机/移动前端开发需要留意的20独要点
  • w3cplus响应式技术资源
  • Alloyteam Mars
  • 移步WEB开发入门
  • 移动开发资源集合
  • The Mobile Web Handbook
  • 运动前端不得不垂询的html5 head
    头标签

展开阅读

  • mobileTech
  • CSS 以及 JS 注意事项
  • 有关webapp中之文单位的部分捣腾
  • 倒前端开发和 Web
    前端开发的别是啊
  • MDN:手机网页开发
  • MDN:在运动浏览器中应用viewport元标签控制布局
  • 手机/移动前端开发需要小心的20独中心
  • w3cplus响应式技术资源
  • Alloyteam Mars
  • 走WEB开发入门
  • 倒开发资源集合
  • The Mobile Web Handbook
  • 举手投足前端不得不垂询之html5 head
    头标签

相关文章

Leave a Comment.