理解微信小程序技术架构

• 视图层和逻辑层分离，经过数据驱动，事件交互，不直接操做DOM

• 视图层负责渲染页面结构，逻辑层负责逻辑处理、数据请求、接口调用等

• 视图层与逻辑层经过数据和事件进行通讯，逻辑层提供数据给视图层，视图层经过绑定/捕获事件发起交互让逻辑层处理

• 视图使用WebView渲染，JS由JSCore(IOS)/X5(Android)/nmjs(DevTool)渲染解析

• JSBridge下架起上层开发与Native（系统层）的桥梁，使得小程序可经过API使用原生的功能，且部分组件为原生组件实现，从而有良好体验     

组件

wxml为微信开发的一种标记语言，只能使用其指定的组件（view, text, navigator, image, button等，详见文档<组件>）。

View - Component

• 小程序的组件基于Web Component标准

• 使用Polymer框架实现Web Component

View - Native Component

• 目前Native实现的组件有 <canvas/> <video/> <map/> <textarea/>

• Native组件层在WebView层之上

wxss样式表

• 支持大部分CSS特性

• 不支持多层选择器-避免被组件内结构破坏

• style：style 接收动态的样式，在运行时会进行解析，请尽可能避免将静态的样式写进 style 中，以避免影响渲染速度。

  <view style="color:{{color}};" />

  拓展：

• 尺寸单位：添加尺寸单位rpx，可根据屏幕宽度自适应

• 样式导入：使用@import语句能够导入外联样式表

生命周期

微信小程序生命周期分“应用生命周期”和“页面生命周期”。
应用生命周期含onLaunch, onShow, onHide状态，onLaunch, onShow可获取打开小程序时的相关参数path, query, scene， shareTicket， referrerInfo，注册为App({})，一个小程序只有一个App({})。
页面生命周期含onLoad, onShow, onHide, onReady, onUnload，onLoad可获取其余页面打开当前页面时所所调用的query参数，注册为Page({})，每一个页面有且必须有一个Page({})。

不清楚的地方多多重复查看文档说明：注册程序，注册页面

页面栈：页面导航

getCurrentPages(): 获取当前页面栈的实例，以数组形式按栈的顺序给出，第一个元素为首页，最后一个元素为当前页面。
Tip：不要尝试修改页面栈，会致使路由以及页面状态错误。

页面深度最多为5层，也就是页面栈里最多只能有5个页面，超过的话调用导航就会失效，所以，要选用合适的导航方式，及时释放页面。

navigate：A -> B 其页面栈依次为：A - AB
redirect: A -> B 其页面栈依次为：A - B

不一样导航方式致页面栈的变化图解可查看这篇文章：小程序基础篇之页面路由

数据通讯机制

• 数据单向绑定：使用 Mustache 语法（双大括号）将变量包起来，动态数据均来自对应 Page 的 data，能够经过setData({})方法修改数据。

  <view>{{ message }}</view>

• 事件绑定：写法同组件的属性，以 key、value 的形式，key 以bind或catch开头，而后跟上事件的类型，如bindtap, catchtouchstart，value 是一个字符串，须要在对应的 Page 中定义同名的函数，函数参数则经过在组件上加data-域。

  <view data-param=”value” bindtap=”showModal”></view> 

详细的说明仍是查阅文档：注册页面：着重看变量和事件部分， 视图层-WXML-数据绑定，视图层-WXML-事件