转载

「微信小程序」剖析(二):框架原理 | 在桌面浏览器上运行的

「微信小程序」剖析(二):框架原理 | 在桌面浏览器上运行的

在微信中是要这样调用的:

「微信小程序」剖析(二):框架原理 | 在桌面浏览器上运行的

就会返回下面的结果:

「微信小程序」剖析(二):框架原理 | 在桌面浏览器上运行的

看来这个名为wx-map的标签就是微信下的map标签,它是wx-page的children。然后让我们在WAWebview中搜索一下,就会发现一个很有意思的代码:

「微信小程序」剖析(二):框架原理 | 在桌面浏览器上运行的

它的behaviors中有一句:wx-native,这莫非就是传说中的native组件:

「微信小程序」剖析(二):框架原理 | 在桌面浏览器上运行的

顺便再看一个video是不是也是一样的:

好了,你那么聪明,我就这么说一半好了,剩下你自己去猜。

可以肯定的是:

  • map标签在开发的时候会变成HTML + CSS

  • map标签在微信上可以使用类似于Cordova的形式调用 Native组件

再接着说,virtual dom的事,回到示例代码里的map.js:

「微信小程序」剖析(二):框架原理 | 在桌面浏览器上运行的

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:

「微信小程序」剖析(二):框架原理 | 在桌面浏览器上运行的

在之前的想法里,我觉得我必须要集齐上面的SDK,才能招唤中神龙。后来,我看到了这句:

「微信小程序」剖析(二):框架原理 | 在桌面浏览器上运行的

如果不是开发环境就使用WAWebview.js,在开发环境中使用使用xxSDK,那么生产环境是怎么回事?如果是在开发环境会去下载最新的SDK,好像不对~~,哈哈。。

我猜这部分,我需要一个内测id,才能猜出这个答案。

有意思的是,IDE会对比version.json,然后去获取最新的,用于预览或者区分对待开发者?

「微信小程序」剖析(二):框架原理 | 在桌面浏览器上运行的

上面已经解释清楚了WAWebview的功能了,那么WAService.js呢——就是封装那些API的,如downloadFile

「微信小程序」剖析(二):框架原理 | 在桌面浏览器上运行的

这一点上仍然相当有趣,在我们开发的时候仍然是WAWebview做了相当多的事,而它和WAService的打包是分离的。

那么,我们从理论上来说,只需要有WAWebview就可以Render页面了。

好了,那么问题来了,如何在浏览器上运行呢?

小程序开发者交流 131894955

文章最后发布于: 2016-09-25 12:35:38
展开阅读全文
0 个人打赏
私信求帮助

没有更多推荐了,返回首页

©️2019 CSDN 皮肤主题: 1024 设计师: 上身试试

分享到微信朋友圈

×

扫一扫,手机浏览