网站优化有用！关于微信小程序那些开发文档没有告诉你的

　　本文由广研微信小程序的开发团队所做，作者为UI开发工程师王婷婷。本文从UI开发的角度，结合OM小程序的案例，剖析小程序的组件用法与传统HTML5标签的区别。

　　小程序刚开放公测，互联网圈内开始了各种解读和猜测。其中有观点认为小程序和HTML5有着紧密关联，甚至小程序就是基于HTML5开发。

　　经过仔细研究文档和代码开发，从视图层的角度来说，小程序与传统HTML5还是有明显的区别，主要区别在于：

　　区别于H5的开发工具+浏览器Device Mode预览的模式，小程序的开发基于自己的开发者工具，可以实现同步本地文件+开发调试+编译+预览+上传+发布等一整套流程。

　　小程序自己开发了一套WXML标签语言和WXSS样式语言，并非直接使用标准的HTML5+CSS3。

　　小程序独立出来了很多原生APP的组件，在HTML5需要模拟才能实现的功能，小程序里可以直接调用组件。

　　微信小程序的开发工具，基于MINA框架（现已取消该名称），现在官方公布的工具名为微信web开发者工具。小程序开发工具是一种基于Native System系统层的框架，由于并非运行在浏览器中，所以JavaScript在web中的一些诸如Document、Window等方法无法使用。

　　从执行的速度方面，普通HTML5和小程序有哪些不同呢，用一张图表简单表示下：

　　传统HTML5在加载的时候受限于网络环境，需要顺序加载HTML、CSS、JS，然后返回数据，最后渲染页面显示在浏览器中。用户经常需要等待很长时间，体验会受到影响。

　　相比之下，小程序的两个线程：Appservice Thread和View Thread会同时进行、并行加载，甚至Appservice Thread会更早执行，当视图线程加载完，通知Appservice，Appservice 会把准备好的数据用setData的方法返回给视图线程。

　　WXML在语法上更接近XML语言，遵循SGML规范，区别于HTML语言随意的标签闭合方式，WXML语言必须包括开始标签和结束标签，以image标签为例，以下2种写法都支持：

　　WXML提供两种文件引入方式，import和include。区别在于：import可以引入定义好的template模板，模板是有作用域的；而include就是拷贝一个公用的代码片段到目标文件中，适合做公共页面片的拆分。

　　WXSS支持的单位有px、rem和rpx，其中rem和rpx可以针对屏幕容器进行适配，px则为固定尺寸。 其中1rpx=0.5px，在WXSS和WXML中定义的rpx单位最终会转换为在手机端可以识别的rem单位。

　　建议：开发微信小程序时设计师可以用 iPhone6 作为视觉稿的标准。所以工程师拿到750的设计稿，在PS中量取的容器大小，可以直接定义为rpx，不需要进行2倍尺寸的换算。

　　备注：rpx的单位不光在样式中会自适应，写在WXML的style里也会根据屏幕自适应。

[email protected]，[email protected]�了。

　　经过测试，小程序对于:first-child、:last-child、.class-a .class-b{}，甚至更多层级的嵌套都是支持的。 不过官方并不推荐级联的这种写法，因为考虑到后面切Native的扩展可能，会没办法支持级联选择。

　　所以保险起见，不建议.class-a .class-b{}这种级联的写法，以免后期工具过滤导致页面错乱。

　　小程序在0.10.102800的版本中加入了 textarea，并即将废弃操作反馈的系列组件。我们简单通过一个表格来对比下HTML5和小程序的组件标签的区别；

　　除了text文本节点以外的其他节点都无法长按选中。截止到0.10.102800的开发者工具text支持嵌套text，不过有class的text会被面板过滤，样式不影响。

　　icon可以直接用微信组件默认的图标，默认是iconfont格式的，从WeUI那边沿袭过来的一种做法。 自定义的icon推荐svg sprite格式或者iconfont。

　　目前来看，市面上还没有很好的自动合并单个svg为svg sprite的工具，需要手动拼图。

　　picker默认支持普通、日期和时间三种选择器。 picker通过bindchange事件来调取range中自定义的数据数据，并展示到页面中，调用的是系统原生的select。

　　这里小程序废弃了select组件，考虑到的是这个组件的交互不适合移动场景，最终用picker代替了。

　　navigator支持相对路径和绝对路径的跳转，默认是打开新页面，当前页面打开需要加redirect；

　　在小程序开发工具里，默认打开新页面，工具左上角有返回按钮。加上redirect，当前页打开，不出现返回按钮。

　　小程序的image与HTML5的img最大的区别在于：小程序的image是按照background-image来实现的。 默认image的高宽是320*240。必须通过样式定义去覆盖这个默认高宽，auto在这里不生效。

　　（开发者说这样设置的原因是：如果设置 auto ，网络推广，页面布局会因为图片加载的过程有一个闪的现象（例如高度从 0 到 height ），所以要求一定要设置一个宽度和高度。）

　　最新的api支持获取图片的高宽。不过这里返回的高宽是px单位，不支持屏幕自适应；

　　图片包括三种缩放模式scaleToFill、aspectFit、aspectFill和9种裁剪模式，三种缩放模式的实现原理对应如下：

　　额外补充下button的实现方式，button的边框是用:after方式实现的，用户如果在button上定义边框会出现两条线，需用:after的方式去覆盖默认值。不过这个应该会在最近的开发者工具中修复。

　　最新版的开发工具已经支持transition和keyframes动画，不用js苦哈哈的写动画队列了。

　　除了官方公布的小程序的组件之外，有一些标签比如，span、em、strong、b也是支持的，只是官方并不推荐使用。

　　而在Android平台上，微信则采用了腾讯QQ浏览器2016年4月份发布的X5内核（blink内核）作为渲染引擎。

　　在小程序的开发工具上，小程序的JavaScript是运行在chrome内核（nwjs）中。

　　>

　　上图为OM小程序的开发界面。下面我们从布局、智能裁图和loading动画几个方面简单说下OM小程序具体的UI开发经验。

　　以上图om的文章列表为例，文章的形态包括纯文字的和图文混合的。图文混合的文字不管是1行还是2行都需要相对于图片纵向居中。用flex的布局，就可以实现这3种状态不修改CSS文件，只按需隐藏DOM结构就搞定。

　　在做传统H5的时候，为了兼容各种低端设备的机型，通常不太敢轻易尝试flex，但在小程序里就可以大胆的使用了。

　　正是由于小程序把图片处理成背景图片，OM的素材管理页面图片的实现方式在这里遇到了一个挑战。 简单列举下om各种不同尺寸图片在平台上的展示方案。

　　（1）宽175px，原图居中显示；（2）宽175px，定宽等比上下居中显示；

　　（1）宽175px，原图居中显示；（2）宽175px，定宽等比显示；

　　（1）宽175px，原图居中显示、超出400px高度隐藏；（2）宽175px，定宽等比显示、超出400px高度隐藏；

　　这种方案，用css和img实现起来，只需要设置外层盒子最大高宽，图片自适应缩放即可。

　　然而因为小程序里是用背景图片的方式，简单的css设置并不能实现智能裁图的方案。需要配合js计算出不同尺寸图片对应的适配尺寸。

　　这里需要后台接口提供数据列表的图片高宽，js对拿到图片的不同尺寸进行算法计算，重新赋值再返回给数据。

　　小程序默认提供的loading是普通的菊花loading，这里OM使用自定义的keyframes序列帧动画。

　　微信小程序集成了很多原生APP的组件，从体验和页面流畅度来说，都会比HTML5要优秀很多。

　　微信小程序相对于HTML5开发来说，除了熟悉API需要学习成本之外，开发难度指数3颗星，还是很容易上手的。

　　开发者工具、组件和API目前刚刚对外公测，还不算太成熟，里面还有很多坑需要开发者去填。

　　文章篇幅有限，在这里只能简单从UI开发角度介绍下小程序的开发经验。有关小程序的更多API，可以查阅小程序开发文档 。

　　由于开发工具一直在持续更新，文章中可能会有不准确或者更新不及时的地方，还请谅解。

　　——————————————————————————————————————————————————————————————————————————————————