小程序开发基本框架及其限制与优化

转自解放号社区：http://bbs.jointforce.com/topic/25591

开发基本框架（MINA框架）

 
└─ Project-folder/ ·································· 项目所在目录
├─ pages/ ······································ 页面目录
│ ├─ index/ ··································· index页面
│ │ ├─ index.js ······························ index页面逻辑
│ │ ├─ index.wxml ···························· index页面结构
│ │ └─ index.wxss ···························· index页面样式
│ │ └─ index.json ···························· index页面配置(局部)
│ └─ logs/ ···································· logs页面
│ ├─ logs.js ······························· logs页面逻辑
│ ├─ logs.wxml ····························· logs页面结构
│ └─ logs.wxss ····························· logs页面样式
├─ utils/ ······································ 公共脚本目录
│ └─ util.js ·································· 工具脚本
├─ app.js ······································ 应用程序逻辑  用于定义整个应用的逻辑
用来监听并处理小程序的生命周期函数、声明全局变量
├─ app.json ································ 应用程序配置(全局)   对整个小程序的全局配置
配置小程序是由哪些页面组成，配置小程序的窗口背景色等
└─ app.wxss ······························· 应用程序公共样式 用来设置整个应用的公共样式
1.app函数是一个全局函数，用来创建一个应用程序实例，每个应用程序都会有他的生命周期
2.page也是一个全局函数，用来创建页面对象
3.wxml文件是XML语法，不是HTML语法。简单来说：wxml ≈ xml + 事件系统 + 模板引擎
4.json文件是配置文件，按需而建。但app.json必须建
5.页面的所有配置或设置都会优先于全局配置或设置，即局部会覆盖全局的配置
6.WXSS具有CSS大部分特性，同时进行了扩充及修改。尺寸单位(rpx)可以根据屏幕宽度进行自适应。而目前只支持少量选择器(.class/#id/element/element, element/::after/::before)
7.每个文件夹内的文件名次统一，只有后缀名不同，因为json配置文件中最终会将所有的页面整合成一个页面，通过相同的名称，将页面与逻辑js、样式进行关联匹配。
8. 当应用程序启动时会自动执行项目目录下的app.js文件，在app.js中通过调用全局App([option])方法创建一个应用程序实例，其中通过参数指定的一些特定的方法，会在特定的执行时机去执行，也就是说通常所说的生命周期事件方法。其中app.js,app.json是必需的。
小程序的生命周期函数
 
 
生命周期函数

    onLoad: 页面加载

    一个页面只会调用一次。
    接收页面参数可以获取wx.navigateTo和wx.redirectTo及中的 query。

    onShow: 页面显示

    每次打开页面都会调用一次。

    onReady: 页面初次渲染完成

    一个页面只会调用一次，代表页面已经准备妥当，可以和视图层进行交互。
    对界面的设置如wx.setNavigationBarTitle请在onReady之后设置。

    onHide: 页面隐藏

    当navigateTo或底部tab切换时调用。

    onUnload: 页面卸载

    当redirectTo或navigateBack的时候调用。
 
页面的初始数据、生命周期函数、事件处理函数
 
页面的路由
在小程序中所有页面的路由全部由框架进行管理，对于路由的触发方式及页面生命周期函数如下：

 
选择器
目前支持的选择器有：

 
尺寸单位
rpx（responsive pixel）: 可以根据屏幕宽度进行自适应。规定屏幕宽为750rpx。如在 iPhone6 上，屏幕宽度为375px，共有750个物理像素，则750rpx = 375px = 750物理像素，1rpx = 0.5px = 1物理像素。
rem（root em）: 规定屏幕宽度为20rem；1rem = (750/20)rpx 。
建议： 开发微信小程序时设计师可以用 iPhone6 作为视觉稿的标准

 
javascript限制与优化
（一）限制：

    通过传入字符串来执行代码的能力都禁用了

出于安全考虑，凡是通过传入字符串来执行代码的能力都禁用了。具体被禁掉的原生功能有：new Function、eval、Generator。这是同时也比较有效的避免了类似H5 中xss的问题。
禁掉的这些功能，对我们开发来说影响比较显著的应该是字符串转json，以往我们都是通过new Function、eval来处理后台cgi的返回。（移动端一般封装在zepto之类的框架中），小程序开发需要改变一下具体实现。

    与浏览器BOM相关的api都是没有的。

在这些BOM中，对开发影响最大的应该是没有cookie。因为其他功能例如storage，小程序有类似的处理方法。而cookie在web开发中是与后台登录相关的。小程序中是没有Cookie的，为了兼容目前大部分web app 的登录管理是使用cookie的。小程序在请求发送时，客户端可以动态的给请求设置Header发送报文的cookie。

 
注意一下cookie本身不能在客户端进行读写。因为没有cookie，H5中的csrf问题理论上是根本解决了。小程序是否存在其他客户端安全问题，需要技术、时间来检验~
（二） 优化

    登录：

H5中，通过微信授权一般采用url重定向的方式获取code；在小程序中，通过wx.login获取code，这样避免了之前登录重定向的问题。

    storage：

小程序用storage替代了H5中的localstorage、sessionstorage。storage对每个小程序的大小是10M，支持同步和异步。

    微信支付路径不再受限

（三） 不便
1）每个页面是需要手动在app.json中进行注册。如果没有注册，是不执行该页面的。
2）打开的页面有5个的限制，在开发时需要主要控制打开页面的数量
wxss：

    wxss 不再支持媒体查询
    增加了app的flex布局
    引入rpx的概念

rpx（responsive pixel）: 可以根据屏幕宽度进行自适应。规定屏幕宽为750rpx。如在iPhone6上，屏幕宽度为375px，共有750个物理像素，则750rpx = 375px = 750物理像素，1rpx = 0.5px = 1物理像素。

    wxss中，不能使用背景图片。这跟框架的设计思想认为一切皆组件有关
    wxss动画不支持（目前）
    不支持多层选择器.classA {} – 支持； .classA  .classB {} – 不支持 （api说明表示只支持单层选择器，重构测试有时多层是支持的）

（四）index.js中的data数据只读
页面js中，data数据是需要约定为只读。框架是单向数据绑定，修改data中的数据不会自动更新View；更新view，需要使用setData()方法。setData()更新View时，与data中的数据进行Diff比较，不同才会更新。这样如果直接修改data，很容易造成data中的数据与View不一致。

    setData单次设置的数据不能超过1024kB，需要避免一次设置过多的数据。
    template，这些模版具有自己独立的作用域。
    支持ES6中的…展开模块数据。