微信小程序开发

小程序是什么!

Posted by fairyly on October 23, 2016

微信小程序开发

Here we go!


微信的小程序

❥ღ❣♔♕♖♚♛♜☀☁☂☃☼☽☾♨❄❅❆★☆✦✪✫✿


    既然这么火,那就学习一下,这段也在学习微信小程序的开发,
    
    基本懂得了小程序的开发流程了,自己就试着写个小计算器看看,
    
    发现业务逻辑写的真多,觉得要开发小程序首先得熟悉html+css+javascript,
    
    JS精通的最好,还懂些es6更好!
    
    除了官方给出的问题,像脚本内不能使用window等对象,
    
    不能使用jquery、zepto框架、一个应用同时只能打开5个页面,
    
    当已经打开了5个页面之后,wx.navigateTo不能正常打开新页面。
    
    请避免多层级的交互方式,或者使用wx.redirectTo、样式表不支持级联选择器,
    
    WXSS支持以.开始的类选择器;
    
    发现有很多问题,有很多限制,好多web中的API还不能应用到小程序中,
    
    小程序的环境相对还是有些封闭的。
    
    1、小程序中的this指向的是page;
    2、小程序不支持WEBGL,不支持3D;
    3、不支持canvas的API;
    4、不支持ajax,可以用微信的API:wx.request(),请求外部API接口好像有些问题;

小程序问题

基本懂得了小程序的开发流程了,自己就试着写个小计算器看看,
发现业务逻辑写的真多,
觉得要开发小程序首先得熟悉html+css+javascript,
JS精通的最好,还懂些es6更好!
官方给出的问题:
像脚本内不能使用window等对象,
不能使用jquery、zepto框架、
一个应用同时只能打开5个页面,
当已经打开了5个页面之后,
wx.navigateTo不能正常打开新页面。
请避免多层级的交互方式,
或者使用wx.redirectTo、
样式表不支持级联选择器,
WXSS支持以.开始的类选择器;
发现有很多问题,有很多限制,好多web中的API还不能应用到小程序中,
小程序的环境相对还是有些封闭的。
1、小程序中的this指向的是page;
2、小程序不支持WEBGL;
3、不支持canvas的API;
4、不支持ajax,可以用微信的API:wx.request(),请求外部API接口好像有些问题;
5、不支持eval();


微信小程序运行环境

1、完全封闭的环境不等于浏览器环境
2、WXML/WXSS/JS格式
3、WXML 不等于 HTML
4、WXSS 不等于 CSS3
5、JS:支持ES6,ES5,不支持DOM(window,document,event,etc...)
6、不支持WEBGL,包含部分Canvas API
7、封闭的发布渠道:程序需通过官方IDE提交审核
8、腾讯完全控制客户端底层的内部实现

微信小程序Canvas游戏限制分析

1、不支持Affine Transform 矩阵设置
2、不支持globalAlpha(忘记淡入淡出)
3、不支持贴图变色(无法创建缓存Canvas对象)
4、不支持图集(无法创建Image对象)
5、不支持BMFont字体
6、不支持剪裁(忘记ScrollView)
7、不支持WebGL,所以不支持任何高级特效
8、严格的模块化,不支持全局变量注入,只支持global下注入
9、不支持项目内文件加载
10、不支持多点触摸
11、不支持文字排版:换行,居中等
12、不支持九宫格、重复填充、网格等渲染模式
13、不支持skew
14、不支持混合模式
15、支持Creator组件:Label,Sprite,Button,Widget,Layout,Animation,其他都不支持

使用开发工具模拟的和真机差异还是比较大的。

还是真机调试比较靠谱。

1. WXML(HTML)

1.1 小程序的WXML没有HTML的宽容度那么高,单标签必需是 /> 结尾的。不然会报错。

1.2 官方推荐使用的基础标签<view>是块标签,给了<text>作为文本标签,
    但是使用其他标签比如div也是可以使用的,并且都是inline标签。
    并且wxml的parser会把标签上的不在白名单上的属性都去掉,
    class, id, data 这些应该都在白名单内,但是href什么的是不会有的,
    所以如果你用传统的html的标签构建页面理论上也是可行的,
    不过这些都是inline标签,需要自行设定display。

1.3 scroll-view 的scroll-top, scroll-left 是可以修改scroll-view的滚动位置的。
    但是用户自己滚动了之后小程序并不会去改变 scroll-top, scroll-left 的赋值(并不是双向同步的)。
    如果这时使用setData去修改的话,scroll-top, scroll-left 的赋值和上一次的值相同,
    小程序是不会运用这个修改的,所以表现就是设置没有生效。这时只能先设置一个其他值,
    再设置回去(这里还可以体现setData方法是同步的)。
    scroll-view 获取scroll位置,只能通过bindscroll的回调函数获取,
    所以需要取scroll位置的请自行预存好。scroll-view 还是有webview的 scroll 的臭毛病,
    在居顶位置如果第一个动作是向下滚动的,会导致之后手怎么滑都滚不动,设置scroll-top 不为0,设个1就好了。

1.4 input 目前只支持文字居左,其他都是不行的(模拟器可以)。
    如果你做表单,建议把input等表单元素都放在form中,from触发submit时会返回内部所有表单元素的name-value。
    不然只能绑定所有表单元素的 change 事情来获取,甚是麻烦。
1.5 只有  checkbox-group 有 change 事件,单个的checkbox是没有的,
    如果你只有一个checkbox, 觉得外面套一个checkbox-group麻烦又不美观的话,
    可以用 switch type="checkbox" 代替。

1.6 map 组建目前直接在app第一个页面加载会出现加载失败。需要在onLoad之后再加在。
    可以先wx:if="false" 然后onLoad的之后改成 true 就行了。

1.7 map, canvas 像是在webview上面盖一个native组件的感觉。
    它们是没法被overflow 以及 上面盖元素的,你可以认为z-index写多高都没法在他上面。
    所以不建议在页面上做弹层和蒙层。canvas 无法放在scroll-view中滚动会定位在初始位置,
    如果你给canvas设置背景颜色的话,你会发现背景色块跟着滚了,图没滚。


2. WXSS(CSS)

2.1 WXSS 和 CSS很像,基本所有的CSS都支持,小程序还提供了 rpx 这个单位。
    一屏幕宽是750rpx。推荐使用这个来作为布局。不过有一些细小的差别我下面会列出

2.2 WXSS不支持 大括号嵌套( )。所以key-frames,CSS animation 就不可用了,不过transition 是可用的。

2.3 目前测试引入字体也是不可用的,前面WXML中提到的内容看SVG也是没法使用的。所以icon目前只能用图的方式做了。

2.4 WXSS中是不能引入本地资源的, 只能使用线上资源(模拟器是可以,但是别信),可以使用base64。

2.5 WXSS的 rule 是不支持集联的。所以不能 body .main {background:#000;} 这么写。所以写起来还是比较费劲的。
    每个class都得很长,不然怕重名。不过支持 li.current {color: red;} 这样的写法,支持after, before伪类,
    但是不支持 first-child last-child nth-child 这类伪类。

2.6 app.wxss 和每个 page 的wxss 的覆盖关系是: 如果有同名 rule 的话,page 会覆盖 app 的,不是merge是覆盖。



3. JS


3.1 JS 的运行环境和view的运行环境是隔离的。JS只能通过事件获取时机和setData方法修改数据来改变view。

3.2 JS 目前有个很大的问题是无法获取到页面px级的宽度高度, 所有事件回调的单位都是px级的而不是rpx的,
    但是又不知道当前rpx,px的转换关系。比如过你用canvas画图。你都不知道边界在哪里,这个很蛋疼。

3.3 上面有说过 setData方法如果上一个值和下一个值相同时,是不会触发view修改的(见1.3)

3.4 使用 navigate 跳转的时候可以使用queryString的方式跟在相对地址上,
    onLoad事件会在入参中传入(会转化成object),但是 navigate back的时候没有一个官方给出的数据通讯机制。
    可以使用getApp() 获取到全局对象,给上面加点东西,自行实现。navigate 最多5个什么的就不说了。

3.5 canvas getActions被调用之后,actions是会被清空的。即连续调用两次getActions,第二次是空数组。

3.6 开发者工具是nw写的,我就看了看裙底的源码,开发者工具中WXML确实是有parser再拼装的过程的。
    但是并不能说明小工具是native的,从css的支持力度到webview的一些bug相似度来看,
    我还是觉得像webview,但是组件比如map,canvas什么的用的是原生view,然后盖在webview上的感觉。
    

working study……


problem

1、app.json中页面注册顺序问题:   有时候已经在app.json中pages注册了多个页面,
运行时候会提示没有注册这些页面,
需要把这些注册的页面顺序向index前调换下;

2、tabBar设置不显示:   还有使用tabbarde时候,在app.json中注册后,
tab链接对应的注册页面顺序也要往前调调,不然会无法显示tabbar;
微信小程序的逻辑是”pages”中的第一个页面是首页,
也就是程序启动后第一个显示的页面,
如果tabBar的list的pagePath指定的页面都不是pages的第一个,
当然也就不会显示tabBar了。

3、页面图片src用数据绑定,显示图片的时候,pages中注册页面加载顺序也得变下才会显示;

4、canvas绘制图片的时候模拟器不会绘制显示出来,真机可以;包括上传的图片也可以绘制,取得是src,即res.tempFilePaths[0]

5、input模拟器与真机差异:模拟器样式可以有边框,文字居中;真机没有边框,文字没有居中,一直左对齐

6、view设置fixed,里面一个input,bottom设置0,输入法键盘唤出总会遮挡input一部分;

7、post 的时候把Content-Type 这个去掉 就行了

    wx.request({
      url: 'https://xxxxxx',
          data: e.detail.value,
         method:'POST',
     // header: {
     //     'Content-Type':'application/x-www-from-urlencoded'
        // },
    success: function(res) {
                console.log(res.data)
         }
     })
     

注释掉成功拿到参数,不注释数据就是空。

8、有时候会出现appservice错误,导致页面无法显示,   解决方法:就是在设置里面设置下,不使用任何代理

9、官方的canvas一个接口过于简单:wx.canvasToTempFilePath(OBJECT)
把当前画布的内容导出生成图片,并返回文件路径
  完整的如下(有点问题,模拟器直接fail,真机可以测试到文件路径,却找不到文件):

    var that=this;
    wx.canvasToTempFilePath({ 
        canvasId: 1,
        success: function (res) {
                console.log(res.tempFilePath); 
                 that.setData({filesave:res.tempFilePath})
                wx.saveFile({
                  tempFilePath: res.tempFilePath,
                  success: function success(res) {
                    console.log('saved::' + res.savedFilePath);
                    that.setData({filesave:res.savedFilePath})
                  },
                  complete: function fail(e) {
                    console.log(e.errMsg);
                  }
                }); 
         },
        fail: function (res) {
            console.log(res);  
            that.setData({filesave:res.errMsg})  
        }
      });

come on!