「微信小程序」剖析（二）：框架原理 | 在桌面浏览器上运行的尝试

本来想的是昨天晚上写这篇文章的，后来昨天在写一个Cordova上的iOS插件的时候各种不顺。对接的第三方SDK不给力，于是六点多回到家的时候，我就就开始娱乐了，哈哈哈~~

其实这篇文章应该算是一篇拾遗。

从map组件说起

在今天公布的开发文档里，我们知道使用一个地图组件的时候是这样子的：

<map longitude="23.099994" latitude="113.324520" markers="{{markers}}" covers="{{covers}}" style="width: 375px; height: 200px;"></map>

在之前的文件里，我们提到过这个文件是wxml文件，然后我们要用wxcc将其转换为virtual dom中的方法，如：

它就会返回一个js的方法，如：

插播一句：上面有一个count，很有意思$gwxc > 16000，这个就是dom数的count。超了就来个异常：enough, dom limit exceeded, you don't do stupid things, do you?，中文意思就是：你个愚蠢的人类，你是一个前端开发人员吗？

随后，在浏览器里调试一下：

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

就会返回下面的结果：

看来这个名为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页面了。

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

答案见下期：