微信小程序底層的實現原理分析
這篇文章主要為大家展示了“微信小程序底層的實現原理分析”,內容簡而易懂,條理清晰,希望能夠幫助大家解決疑惑,下面讓小編帶領大家一起研究并學習一下“微信小程序底層的實現原理分析”這篇文章吧。
從map組件說起
在今天公布的開發文檔里,我們知道使用一個地圖組件的時候是這樣子的:
<map longitude="23.099994" latitude="113.324520" markers="{{markers}}" covers="{{covers}}" style="width: 375px; height: 200px;"></map>
在之前的文件里,我們提到過這個文件是wxml文件,然后我們要用wxcc將其轉換為virtual dom中的方法,如:
./wcc -d map.xml
它就會返回一個js的方法,如:
/*v0.7cc_20160919*/
var $gwxc
var $gaic={}
$gwx=function(path,global){
function _(a,b){b&&a.children.push(b);}
function _n(tag){$gwxc++;if($gwxc>=16000){throw 'enough, dom limit exceeded, you don\'t do stupid things, do you?'};return {tag:tag.substr(0,3)=='wx-'?tag:'wx-'+tag,attr:{},children:[]}}
function _s(scope,env,key){return typeof(scope[key])!='undefined'?scope[key]:env[key]}
...
插播一句:上面有一個count,很有意思$gwxc > 16000,這個就是dom數的count。超了就來個異常:enough, dom limit exceeded, you don't do stupid things, do you?,中文意思就是:你個愚蠢的人類,你是一個前端開發人員嗎?
隨后,在瀏覽器里調試一下:
JSON.stringify($gwx('map.wxml')('test'))
在小程序中是要這樣調用的:
document.dispatchEvent(new CustomEvent("generateFuncReady", {
detail: {
generateFunc: $gwx('map.wxml')
}
}))
就會返回下面的結果:
{
"children": [
{
"attr": {
"covers": "",
"latitude": "113.324520",
"longitude": "23.099994",
"markers": "",
"style": "width: 375px; height: 200px;"
},
"children": [],
"tag": "wx-map"
}
],
"tag": "wx-page"
}
看來這個名為wx-map的標簽就是微信下的map標簽,它是wx-page的children。然后讓我們在WAWebview中搜索一下,就會發現一個很有意思的代碼:
{
is: "wx-map",
behaviors: ["wx-base", "wx-native"],
template: '<div id="map" style="width: 100%; height: 100%;"></div>',
properties: {
latitude: {type: Number, reflectToAttribute: !0, observer: "latitudeChanged", value: 39.92},
longitude: {type: Number, reflectToAttribute: !0, observer: "longitudeChanged", value: 116.46},
scale: {type: Number, reflectToAttribute: !0, observer: "scaleChanged", scale: 16},
markers: {type: Array, value: [], reflectToAttribute: !1, observer: "markersChanged"},
covers: {type: Array, value: [], reflectToAttribute: !1, observer: "coversChanged"},
_mapId: {type: Number}
}
它的behaviors中有一句:wx-native,這莫非就是傳說中的native組件
順便再看一個video是不是也是一樣的:
{
is: "wx-video",
behaviors: ["wx-base", "wx-player", "wx-native"],
template: '<div class="container">\n <video id="player" webkit-playsinline style="display: none;"></video>\n <div id="default" class="bar" style="display: none;">\n <div id="button" class$="button {{_buttonType}}"></div>\n <div class="time currenttime" parse-text-content>{{_currentTime}}</div>\n <div id="progress" class="progress">\n <div id="ball" class="ball" style$="left: {{_progressLeft}}px;">\n <div class="inner"></div>\n </div>\n <div class="inner" style$="width: {{_progressLength}}px;"></div>\n </div>\n <div class="time duration" parse-text-content>{{_duration}}</div>\n <div id="fullscreen" class="fullscreen"></div>\n </div>\n </div>\n <div id="fakebutton"></div>',
properties: {
_videoId: {type: Number},
_progressLeft: {type: Number, value: -22},
_progressLength: {type: Number, value: 0}
}
好了,你那么聰明,我就這么說一半好了,剩下你自己去猜。
可以肯定的是:
再接著說,virtual dom的事,回到示例代碼里的map.js:
Page({
data: {
markers: [{
latitude: 23.099994,
longitude: 113.324520,
name: 'T.I.T 創意園',
desc: '我現在的位置'
}],
covers: [{
latitude: 23.099794,
longitude: 113.324520,
icaonPath: '../images/car.png',
rotate: 10
}, {
latitude: 23.099298,
longitude: 113.324129,
iconPath: '../images/car.png',
rotate: 90
}]
}
})
js里只放置了data,剩下的都是依據上面的值變動的observer,如:
_updatePosition
_hiddenChanged
latitudeChanged
longitudeChanged
scaleChanged
coversChanged
...
這種代碼的感覺比React更進了一步的節奏,本來你還需要編碼來觀察state,現在只需要state變動了就可以了。。。23333....,你們這些程序員都會被fire的。
好了,這里差不多就這樣了~~。
重新審視WXWebview.js
于是,我重新逛逛WXWebview.js,發現這個文件里面不只有component的內容,還有:
reportSDK
webviewSDK ??
virtual_dom
exparser
wx-components.js
wx-components.css
等等,你是不是已經猜到我在說什么了,上一篇中我們說到了PageFrame:
<!-- percodes -->
<!--{{WAWebview}}-->
<!--{{reportSDK}}-->
<!--{{webviewSDK}}-->
<!--{{exparser}}-->
<!--{{components_js}}-->
<!--{{virtual_dom}}-->
<!--{{components_css}}-->
<!--{{allWXML}}-->
<!--{{eruda}}-->
<!--{{style}}-->
<!--{{currentstyle}}-->
<!--{{generateFunc}}-->
在之前的想法里,我覺得我必須要集齊上面的SDK,才能招喚中神龍。后來,我看到了這句:
isDev ? {
"<!--{{reportSDK}}-->": "reporter-sdk.js",
"<!--{{webviewSDK}}-->": "webview-sdk.js",
"<!--{{virtual_dom}}-->": "virtual_dom.js",
"<!--{{exparser}}-->": "exparser.js",
"<!--{{components_js}}-->": "wx-components.js",
"<!--{{components_css}}-->": "wx-components.css"
} : {"<!--{{WAWebview}}-->": "WAWebview.js"}
如果不是開發環境就使用WAWebview.js,在開發環境中使用使用xxSDK,那么生產環境是怎么回事?如果是在開發環境會去下載最新的SDK,好像不對~~,哈哈。。
我猜這部分,我需要一個內測id,才能猜出這個答案。
有意思的是,IDE會對比version.json,然后去獲取最新的,用于預覽?
{
"WAService.js": 2016092000,
"WAWebview.js": 2016092000,
"wcc": 2016092000,
"wcsc": 2016092000
}
上面已經解釋清楚了WAWebview的功能了,那么WAService.js呢——就是封裝那些API的,如downloadFile:
uploadFile: function (e) {
u("uploadFile", e, {url: "", filePath: "", name: ""}) && (0, s.invokeMethod)("uploadFile", e)
}, downloadFile: function (e) {
u("downloadFile", e, {url: ""}) && (0, s.invokeMethod)("downloadFile", e)
}
這一點上仍然相當有趣,在我們開發的時候仍然是WAWebview做了相當多的事,而它和WAService的打包是分離的(微信小程序開發前準備工作與環境流程)。
那么,我們從理論上來說,只需要有WAWebview就可以Render頁面了。
價值1980元火爆的0基礎小程序制作開發賺錢訓練營免費看
以上是“微信小程序底層的實現原理分析”這篇文章的所有內容,感謝各位的閱讀!相信大家都有了一定的了解,希望分享的內容對大家有所幫助,如果還想學習更多知識,歡迎關注億速云行業資訊頻道!