本来想的是昨天晚上写这篇文章的，后来昨天在写一个Cordova上的iOS插件的时候各种不顺。对接的第三方SDK不给力，于是六点多回到家的时候，我就就开始娱乐了，哈哈哈~~
其实这篇文章应该算是一篇拾遗。
从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页面了。
好了，那么问题来了，如何在浏览器上运行呢？
答案见下期：
好不容易和我们家 花仲马 找了个咖啡厅来写本文~~~~
