本文來自於騰訊Bugly公衆號(weixinBugly),未經做者贊成,請勿轉載,原文地址:http://mp.weixin.qq.com/s/2nQzsuqq7Avgs8wsRizUhwjavascript
做者:Gcaufycss
Bugly 以前發了一篇關於微信小程序的開發經驗分享(點擊閱讀),小夥伴們在公衆帳號後臺問了不少關於小程序開發方面的問題,精神哥在查閱相關內容的時候,發現了龔澄同窗本身寫了一個小程序開發框架,真的怒贊,趕忙安利給你們。html
同時,若是你們有關於小程序的相關問題,能夠在評論區留言,咱們整理一下,看看後續爲你們出一篇關於你們開發的問題解答。vue
千萬不要問小程序的入口在哪裏,精神哥也不知道,哈哈哈java
做爲第一批小程序內測用戶,我頗有幸見證了小程序的成長,小程序上手十分簡單,容易理解。但同時,由於運行環境的緣由致使小程序沒法使用市面上的流行框架。小程序自己提供一此特性如:模塊化,模板,數據綁定等,能極大的方便了使用慣MVVM框架的用戶。在幾個月的開發歷程裏,我一直但願能有一套方案更大可能的讓小程序開發更貼近於當下開發習慣,所以纔會有wepy
。經過wepy
開發的代碼通過編譯後,能生成一份完美運行在小程序端的代碼,並且wepy
的目的就是讓小程序開發更貼近於傳統H5框架開發,讓小程序能像開發H5同樣支持引入NPM包,支持組件化開發以及支持JS新特性等等。node
一個是使用wepy new demo
命令生成的標準demo
一個是基於wepy開發的手機充值的完整demo。
一個是基於wepy開發的開源的仿微信的聊天界面(源代碼下載)。
以上三個demo均在安卓機和IOS機上運行過通。git
$
開頭。$
開頭的方法或者屬性爲框架內建方法或者屬性,能夠被使用,使用前請參考API文檔。.wpy
。外鏈的文件能夠是其它後綴。async/await
等新特性進行開發。如下安裝都經過npm
安裝es6
npm install wepy-cli -g
wepy new myproject
wepy build --watch
dist node_modules src components com_a.wpy com_b.wpy pages index.wpy page2.wpy app.wpy package.json
微信開發者工具
新建項目,本地開發選擇dist
目錄。微信開發者工具
--> 項目 --> 關閉ES6轉ES5。wepy build --watch
,開啓實時編譯。在原有的小程序的開發模式下進行再次封裝,更貼近於現有MVVM框架開發模式。框架在開發過程當中參考了一些如今框架的一些特性,而且融入其中,如下是使用wepy先後的代碼對比圖。github
官方DEMO代碼:npm
//index.js //獲取應用實例 var app = getApp() Page({ data: { motto: 'Hello World', userInfo: {} }, //事件處理函數 bindViewTap: function() { console.log('button clicked') }, onLoad: function () { console.log('onLoad') } })
基於wepy的實現:
import wepy from 'wepy'; export default class Index extends wepy.page { data = { motto: 'Hello World', userInfo: {} }; methods = { bindViewTap () { console.log('button clicked'); } }; onLoad() { console.log('onLoad'); }; }
參見章節:組件
示例代碼:
// index.wpy <template> <view> <component id="pannel" path="pannel"></component> <component id="counter1" path="counter"></component> <component id="counter2" path="counter"></component> <component id="list" path="list"></component> </view> </template> <script> import wepy from 'wepy'; import List from '../components/list'; import Panel from '../components/panel'; import Counter from '../components/counter'; export default class Index extends wepy.page { config = { "navigationBarTitleText": "test" }; components = { panel: Panel, counter1: Counter, counter2: Counter, list: List }; } </script>
在編譯過程中,會遞歸遍歷代碼中的require
而後將對應依賴文件從node_modules當中拷貝出來,而且修改require
爲相對路徑,從而實現對外部NPM包的支持。以下圖:
官方目錄結構要求app必須有三個文件app.json
,app.js
,app.wxss
,頁面有4個文件 index.json
,index.js
,index.wxml
,index.wxss
。並且文件必須同名。
因此使用wepy開發先後開發目錄對好比下:
官方DEMO:
project pages index index.json index.js index.wxml index.wxss log log.json log.wxml log.js log.wxss app.js app.json app.wxss
使用wepy框架後目錄結構:
project src pages index.wpy log.wpy app.wpy
用戶能夠經過修改.wepyrc
配置文件,配置本身熟悉的babel環境進行開發。默認開啓使用了一些新的特性如promise
,async/await
等等。
示例代碼:
import wepy from 'wepy'; export default class Index extends wepy.page { getData() { return new Promise((resolve, reject) => { setTimeout(() => { resolve({data: 123}); }, 3000); }); }; async onLoad() { let data = await this.getData(); console.log(data.data); }; }
對如今API進行promise處理,同時修復一些現有API的缺陷,好比:wx.request併發問題等。
原有代碼:
onLoad = function () { var self = this; wx.login({ success: function (data) { wx.getUserInfo({ success: function (userinfo) { self.setData({userInfo: userinfo}); } }); } }); }
基於wepy實現代碼:
async onLoad() { await wx.login(); this.userInfo = await wx.getUserInfo(); }
在同時併發10個request請求測試時:
不使用wepy:
使用wepy後:
執行wepy new demo
後,會生成相似配置文件。
{ "wpyExt": ".wpy", "sass": {}, "less": {}, "babel": {} }
wpyExt:缺省值爲'.wpy',IDE默認狀況下不會對此文件類型高亮,此時能夠修改全部文件爲.vue
後綴(由於與vue高亮規則同樣),而後將此選項修改成.vue
,就能解決部分IDE代碼高亮問題。
sass:sass編譯配置,參見這裏
less:less編譯配置,參見這裏
babel:babel編譯配置,參見這裏
wpy
文件的編譯過程過下:
一個.wpy
文件分爲三個部分:
<style></style>
對應原有wxss
。<template></template>
對應原有wxml
。<script></script>
對應原有js
。其中入口文件app.wpy
不須要template
,因此編譯時會被忽略。這三個標籤都支持type
和src
屬性,type
決定了其代碼編譯過程,src
決定是否外聯代碼,存在src
屬性且有效時,忽略內聯代碼,示例以下:
<style type="less" src="page1.less"></style> <template type="wxml" src="page1.wxml"></template> <script> // some code </script>
標籤對應 type
值以下表所示:
標籤 | type默認值 | type支持值 |
---|---|---|
style | css |
css ,less ,sass(待完成) |
template | wxml |
wxml ,xml ,html(待完成) |
script | js |
js ,TypeScript(待完成) |
<style type="less"> /** less **/ </style> <script> import wepy from 'wepy'; export default class extends wepy.app { config = { "pages":[ "pages/index/index" ], "window":{ "backgroundTextStyle": "light", "navigationBarBackgroundColor": "#fff", "navigationBarTitleText": "WeChat", "navigationBarTextStyle": "black" } }; onLaunch() { console.log(this); } } </script>
入口app.wpy
繼承自wepy.app
,包含一個config
屬性和其全局屬性、方法、事件。其中config
屬性對應原有的app.json
,編譯時會根據config
生成app.json
文件,若是須要修改config
中的內容,請使用系統提供API。
<style type="less"> /** less **/ </style> <template type="wxml"> <view> </view> <component id="counter1" path="counter"></component> </template> <script> import wepy form 'wepy'; import Counter from '../components/counter'; export default class Index extends wepy.page { config = {}; components = {counter1: Counter}; data = {}; methods = {}; events = {}; onLoad() {}; // Other properties } </script>
頁面入口繼承自wepy.page
,主要屬性說明以下:
屬性 | 說明 |
---|---|
config | 頁面config,至關於原來的index.json,同app.wpy 中的config |
components | 頁面引入的組件列表 |
data | 頁面須要渲染的數據 |
methods | wmxl的事件捕捉,如bindtap ,bindchange |
events | 組件之間經過broadcast ,emit 傳遞的事件 |
其它 | 如onLoad ,onReady 等小程序事件以及其它自定義方法與屬性 |
<style type="less"> /** less **/ </style> <template type="wxml"> <view> </view> </template> <script> import wepy form 'wepy'; export default class Com extends wepy.component { components = {}; data = {}; methods = {}; events = {}; // Other properties } </script>
頁面入口繼承自wepy.component
,屬性與頁面屬性同樣,除了不須要config
以及頁面特有的一些小程序事件等等。
在小程序中,能夠利用 JS模塊化 和wxml模板 ,對業務模塊進行劃分,實現以下效果:
但實際上不一樣的模塊代碼與事件交互都是在同一個頁面空間處理的,好比說 moduleA
和 moduleB
中同時存在一個 add 響應事件時,就須要在 html 和 js 中分別定義爲 moduleA_add
,moduleB_add
。業務模塊複雜以後就不利於開發和維護。
在wepy中,利用組件化的特性能夠解決此類問題,以下圖:
ComA
和 ComB
中間的數據與事件相互隔離,能夠分別擁有本身的add
事件。
當頁面或者組件須要引入子組件時,須要在頁面或者script
中的components
給組件分配惟一id,而且在template
中添加<component>
標籤,如index.wpy。
頁面和組件均可以引入子組件,引入若干組件後,以下圖:
Index頁面引入A,B,C三個組件,同時組件A和B又有本身的子組件D,E,F,G,H。
wepy.component
基類提供三個方法$broadcast
,$emit
,$invoke
,所以任一頁面或任一組件均可以調用上述三種方法實現通訊與交互,如:
$this.$emit('some-event', 1, 2, 3, 4);
組件的事件監聽須要寫在events
屬性下,如:
import wepy form 'wepy'; export default class Com extends wepy.component { components = {}; data = {}; methods = {}; events = { 'some-event': ($event, ...args) { console.log(`${this.name} receive ${$event.name} from ${$event.source.name}`); } }; // Other properties }
$broadcast
事件是由父組件發起,全部子組件都會收到此廣播事件,除非事件被手動取消。事件廣播的順序爲廣度優先搜索順序,如上圖,若是Page_Index
發起一個$broadcast
事件,那麼接收到事件的前後順序爲:A, B, C, D, E, F, G, H。以下圖:$emit
與$broadcast
正好相反,事件發起組件的父組件會依次接收到$emit
事件,如上圖,若是E發起一個$emit
事件,那麼接收到事件的前後順序爲:A, Page_Index。以下圖:$invoke
是一個組件對另外一個組件的直接調用,經過傳入的組件路徑找到相應組件,而後再調用其方法。Page_Index
中調用組件A的某個方法:this.$invoke('ComA', 'someMethod', 'someArgs');
若是想在組件A中調用組件G的某個方法:
this.$invoke('./../ComB/ComG', 'someMethod', 'someArgs');
小程序經過Page
提供的setData
方法去綁定數據,如:
this.setData({title: 'this is title'});
由於小程序架構自己緣由,頁面渲染層和JS邏輯層分開的,setData操做實際就是JS邏輯層與頁面渲染層之間的通訊,那麼若是在同一次運行週期內屢次執行setData
操做時,那麼通訊的次數是一次仍是屢次呢?在通過與開發小程序的同事求證後得知,確實會通訊屢次。
wepy使用髒數據檢查對setData進行封裝,在函數運行週期結束時執行髒數據檢查,一來能夠不用關心頁面屢次setData是否會有性能上的問題,二來能夠更加簡潔去修改數據實現綁定,不用重複去寫setData方法。代碼以下:
this.title = 'this is title';
但需注意,在函數運行週期以外的函數裏去修改數據須要手動調用$apply
方法。如:
setTimeout(() => { this.title = 'this is title'; this.$apply(); }, 3000);
在執行髒數據檢查是,會經過this.$$phase
標識當前檢查狀態,而且會保證在併發的流程當中,只會有一個髒數據檢查流程在運行,如下是執行髒數據檢查的流程圖:
點這裏查看官方文檔
// 官方 wx.request({ url: 'xxx', success: function (data) { console.log(data); } }); // wepy 使用方式 // request 接口從只接收Object變爲可接收String wx.request('xxxx').then((d) => console.log(d));
點這裏查看官方文檔
// 官方 <view id="tapTest" data-hi="WeChat" bindtap="tapName"> Click me! </view> Page({ tapName: function(event) { console.log(event.currentTarget.hi)// output: WeChat } }); // wepy 建議傳參方式 <view id="tapTest" data-wepy-params="1-wepy-something" bindtap="tapName"> Click me! </view> events: { tapName (event, id, title, other) { console.log(id, title, other)// output: 1, wepy, something } }
保留setData方法,但不建議使用setData執行綁定,修復傳入undefined
的bug,而且修改入參支持:
this.setData(target, value)
this.setData(object)
點這裏查看官方文檔
// 官方 <view> {{ message }} </view> onLoad: function () { this.setData({message: 'hello world'}); } // wepy <view> {{ message }} </view> onLoad () { this.message = 'hello world'; }
點這裏查看官方文檔
// 官方 <!-- item.wxml --> <template name="item"> <text>{{text}}</text> </template> <!-- index.wxml --> <import src="item.wxml"/> <template is="item" data="{{text: 'forbar'}}"/> <!-- index.js --> var item = require('item.js') // wepy <!-- /components/item.wpy --> <text>{{text}}</text> <!-- index.wpy --> <template> <component id="item"></component> </template> <script> import wepy from 'wepy'; import Item from '../components/item'; export default class Index extends wepy.page { components = { Item } } </script>
父類 | 無 |
---|
屬性 | 類型 | 默認值 | 說明 |
---|---|---|---|
name | String | - | 事件名稱 |
source | wepy.component | - | 事件來源 |
type | String | - | emit 或者 broadcast |
方法 | 參數 | 返回值 | 說明 |
---|---|---|---|
$destroy | - | - | 在 emit 或者 broadcast 過程當中,調用destroy方法將會中止事件傳播。 |
$transfer | - | - | 將原生的點擊事件轉化爲wepy事件。 |
父類 | 無 |
---|
屬性 | 類型 | 默認值 | 說明 |
---|---|---|---|
isComponent | Boolean | true | 是不是組件,若是是頁面,此值爲false |
prefix | String | '' | 組件前綴,組件前綴+組件方法屬性纔是在小程序中真實存在的方法或屬性。 |
$root | wepy.page | - | 根組件,通常都是頁面 |
$parent | wepy.component | - | 父組件 |
$wxpage | Page | - | 小程序Page對象 |
$coms | List(wepy.component) | {} | 子組件列表 |
方法 | 參數 | 返回值 | 說明 |
---|---|---|---|
init | - | - | 組件初始化。 |
getWxPage | - | Page | 返回小程序Page對象。 |
$getComponent | path(String) | wepy.component | 經過組件路徑返回組件對象。 |
$invoke | com(String/wepy.component), method(String), [args] | - | 調用其它組件方法 |
$broadcast | evtName(String), [args] | - | broadcast事件。 |
$emit | evtName(String), [args] | - | emit事件。 |
$apply | fn(Function) | - | 準備執行髒數據檢查。 |
$digest | - | - | 髒檢查。 |
父類 | wepy.component |
---|
屬性 | 類型 | 默認值 | 說明 |
---|
方法 | 參數 | 返回值 | 說明 |
---|---|---|---|
init | - | - | 頁面始化。 |
父類 | 無 |
---|
屬性 | 類型 | 默認值 | 說明 |
---|---|---|---|
$wxapp | App | - | 小程序getApp() |
init | - | - | 應用始化包括對原生API的改造與優化 |
更多精彩內容歡迎關注bugly的微信公衆帳號:
騰訊 Bugly是一款專爲移動開發者打造的質量監控工具,幫助開發者快速,便捷的定位線上應用崩潰的狀況以及解決方案。智能合併功能幫助開發同窗把天天上報的數千條 Crash 根據根因合併分類,每日日報會列出影響用戶數最多的崩潰,精準定位功能幫助開發同窗定位到出問題的代碼行,實時上報能夠在發佈後快速的瞭解應用的質量狀況,適配最新的 iOS, Android 官方操做系統,鵝廠的工程師都在使用,快來加入咱們吧!