在微信中是要这样调用的:
就会返回下面的结果:
看来这个名为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页面了。
好了,那么问题来了,如何在浏览器上运行呢?