移动端切图内容包括什么_移动端切图备忘

作为一名刚接触移动端页面的孩子，总会遇到很多问题，如为什么 head 那里要加 viewport meta，为什么背景图片要用 二倍图 等等。我相信也有很多人跟你说，加 viewport 是为了让页面不缩放，让页面在手机上能1：1显示

；用 二倍图 是因为 retina 屏1个像素被分为4个像素，所以模糊了，需要用大一倍的图片，让其显示正常。

或许你哦了一声后也一直这么做，但是你事实上并不明白更细节的原因。我也一直很困惑。因此查阅了不少资料，今天算是懵懵懂懂有点明白。站在巨人的肩膀上记录一下。

为什么要加 viewport meta

先看个例子：

test

*{margin: 0; padding: 0;}

.box1{width: 320px; height: 100px; background: red;}

.box2{width: 980px; height: 100px; background: blue;}

如果你用iphone(320x640)的手机打开如上页面，你会发现，box1只占据屏幕一部分,box2是满屏的。为什么会这样？为什么 320px 在手机上看到的不是满屏的呢。

其实，由于历史的原因，苹果创造了两个 viewport，分别是 visual viewport 和 layout viewport 。

拿 320x640 的 iphone 作示例：visual viewport 就是屏幕的宽度 320；layout viewport 则是apple创造出来的一个虚拟容器，并规定了其宽度为 980px。相当于在 320px 的视觉容器(visual viewport)中，实际上有一个看不见的有 980px 的布局窗口(layout viewport)，例如当我们的页面设置一个 div 的宽度为100%时，这个 div 的实际值为 980px 而不是320px。所以，上面的 320px 宽 box1只占据屏幕一部分，而 980px 宽的 box2 能够满屏。

注：不同浏览器的 layout viewport 设定的数值不一样

Safari iPhone: 980px

Opera: 850px

Android WebKit: 800px

Windows Phone 7: 1024px

但这样同时带来不小的问题，很多专门为 iphone 设计的 320px 页面，都缩小了，这显然不是苹果希望的结果，于是，viewport meta 标签诞生了。

width 表示 layout viewport 宽度。initial-scale 表示初始时的缩放比例，user-scalable 表示禁止用户缩放。 这样，上面的 meta 就把 layout viewport 的宽度设置为了跟设备的宽度(visual viewport) 一样大小。从而解决了专门为 iphone 设计的网页在手机上正常浏览。这也是我们为什么现在做手机端页面，都会先加 viewport meta 标签的原因了。

为什么要用二倍图

关于二倍图，现在有太多的文章都解释了，从 CSS pixels，device pixels，PPI 解释到 devicePixelRatio。这里就不把这些概念再说一遍了。但是很多文章在介绍 devicePixelRatio 时，都有条公式 devicePixelRatio = 屏幕物理像素/设备独立像素，然后举例说明时，设备的独立像素都只说是 320px，但都没解释为什么是 320px，这里依然是历史原因。

话说当年 iphone 流行的时候，太多太多为 iph

one 量身定制的网站都设置了 viewport:width=device-width，并且按照宽度320px来设计网页，导致了其他浏览器为了兼容性，都把 layout viewport 设置为了 320px，所以才有 iphone4 的 640/320 = 2，才有了二倍图的由来。但事实上现在分辨率越来越大，不少设备已经到达3倍了，但二倍的图片还算可以接受。所以直到现在都还强调二倍图。

HTML起始模版

Document

这是我每次新建移动端页面时的默认模版，跟PC端的主要区别是多了两行 meta，

css reset

html{-webkit-text-size-adjust: 100%; font-size: 62.5%;}

body, div, dl, dt, dd, ul, ol, li, h1, h2, h3, h4, h5, h6, pre, code, form, fieldset, legend, input,button, textarea, p, blockquote, th, td, hr{margin: 0; padding: 0; -webkit-box-sizing: border-box;}

body{font-family: "Helvetica Neue", Helvetica, STHeiTi, Arial, sans-serif, "Microsoft YaHei"; font-size: 14px; line-height: 1.5; overflow-x: hidden; -webkit-overflow-scrolling: touch;}

article, aside, details, figcaption, figure, footer, header, hgroup, main, nav, section, summary{display: block;}

audio, canvas, progress, video{display: inline-block; vertical-align: baseline;}

audio:not([controls]){display: none; height: 0;}

[hidden], template{display: none;}

svg:not(:root){overflow: hidden;}

a{background: transparent; text-decoration: none; -webkit-tap-highlight-color: transparent;}

a:active{outline: 0;}

abbr[title]{border-bottom: 1px dotted;}

b, strong{font-weight: bold;}

dfn{font-style: italic;}

mark{background: #ff0; color: #000;}

small{font-size: 80%;}

sub, sup{font-size: 75%; line-height: 0; position: relative; vertical-align: baseline;}

sup{top: -0.5em;}

sub{bottom: -0.25em;}

img{border: 0;}

hr{box-sizing: content-box; height: 0;}

pre{overflow: auto; white-space: pre; white-space: pre-wrap; word-wrap: break-word;}

code, kbd, pre, samp{font-family: monospace, monospace; font-size: 1em;}

button, input, optgroup, select, textarea{color: inherit; font: inherit; margin: 0;}

button{overflow: visible;}

button, select{text-transform: none;}

button, html input[type="button"], input[type="reset"], input[type="submit"]{-webkit-appearance: button; cursor: pointer;}

button[disabled], html input[disabled]{cursor: default;}

input{line-height: normal;}

input[type="checkbox"], input[type="radio"]{box-sizing: border-box; padding: 0;}

input[type="number"]::-webkit-inner-spin-button, input[type="number"]::-webkit-outer-spin-button{height: auto;}

input[type="search"]{-webkit-appearance: textfield; -webkit-box-sizing: border-box; box-sizing: border-box;}

input[type="search"]::-webkit-search-cancel-button, input[type="search"]::-webkit-search-decoration{-webkit-appearance: none;}

fieldset{border: 1px solid #c0c0c0; margin: 0 2px; padding: 0.35em 0.625em 0.75em;}

legend{border: 0; padding: 0;}

textarea{overflow: auto; resize: vertical;}

optgroup{font-weight: bold;}

table{border-collapse: collapse; border-spacing: 0;}

td, th{padding: 0;}

ul, ol{list-style: none outside none;}

h1, h2, h3 {line-height: 2; font-weight: normal;}

h1{font-size: 18px;}

h2{font-size: 16px;}

h3{ font-size: 14px;}

input::-webkit-input-placeholder, textarea::-webkit-input-placeholder{color: #ccc;}

flex 应用

如果说写手机页面最常用的技术是什么，我认为是 flex，为了让内容自适应，等分，水平居中，垂直居中，我们都可以直接使用 flex 解决，事实上，它的表现跟 table 类似。

但 flex 麻烦的一点是需要写点兼容，因为它在成长的过程中，出现了不同的规范定义，造成现在不同系统对其支持的写法不一样，故麻烦了一点，这里当成代码片段总结一下。

1. 等分

.parent{display: -webkit-box; display: -webkit-flex; display: flex;}

.child{-webkit-box-flex: 1; -webkit-flex: 1; flex: 1;}

2. 水平居中

.parent{display: -webkit-box; display: -webkit-flex; display: flex; -webkit-box-pack: center; -webkit-justify-content: center; justify-content: center;}

3. 垂直居中

.parent{display: -webkit-box; display: -webkit-flex; display: flex; -webkit-box-align: center; -webkit-align-items: center; align-items: center;}

注1：上面 parent 代表父元素，child 代表子元素，水平垂直居中把上面的分别合并起来即可。

注2： 在有了 flex 之后，现在很多弹窗组件的结构也在发生着变化，以前遮罩层都是与弹窗分开的，现在在移动端，完全可以直接嵌套起来，如： div.overlay>div.pop , 然后 overlay 层 position: fixed; top: 0; bottom: 0; left: 0; right: 0; pop 层作水平垂直居中即可

zepto.js

关于 zepto ，事实上，作为一名重构在工作上基本不用接触到，这里把自己之前使用它遇到的坑做下记录。

1. zepto 打包

zepto 默认只加载 zepto、event、ajax、form、ie 模块，故不要妄想一使用zepto就想调用 tap等事件。需加载相应模块编译才可以。

参考 https://github.com/madrobby/zepto 官网的编译说明。

注： 下载下来后在 `make` 文件里找到 `modules = (env['MODULES'] || 'zepto detect event ...').split(' ')` ,添加 `touch` ，参照上面官网说明编译即可。

这里有我基于 zepto 1.1.4 编译好的一份包含 touch 模块的 zepto.js 点击下载。

2. 点透修复

点透，就是在元素绑定 tap 事件，进行元素的隐藏或移动位置时，其底下的元素刚好绑定了 click 事件或有web响应的元素时，会触发底下元素的响应，形成 穿透 一样的效果，我们也称之为 点透。

在使用 zepto 的 tap 方法时，就会发生点透现象。

解决方法：

未完待续...

参考文章