在这几种天的代码探索里，我写了几篇文章：
1.「微信小程序」官方示例代码浅析
2.「微信小程序」剖析(一)：运行机制
3.「微信小程序」剖析(二)：框架原理
我的目的其实比较简单：
我们需要想一个办法，来让让微信小程序运行在普通浏览器。
对于产品经理、CEO等等的人来说，这并不重要，但是对于开发者来说这相当的重要。
从微信web开发者工具说起
微信web开发者工具带来了内置了完整的web开发工具集：web微信-
IDE
构建系统
自动化脚本
。。。我们所要做的事情就只是编写我们的代码，这个开发者工具就会帮我们照顾其他工作。想想就觉得很美好，但是最后我们发布出去的是一个wx包——微信wx包。尽管从上一篇文章里，我们可以猜测到它在开发时是WebView，运行时是WebView + Native。
而在这个wx包里压缩的则是我们编写的wxml + wxss + js，这也意味着我们在微信客户端上安装这个APP的时候，下载下来极有可能就是这个wx包，然后解压运行。当时如果它是纯WebView的话，那么它就可以在服务器上运行一些预编译的工作了。
这并不重要，重要的是我们写的web应用已经无法在Web上运行了。而这个工具称之为 web 开发者工具。
Cordova与ATM平台Web框架
以前，我们为iOS平台、Android平台写代码;
现在，我们为微信平台写代码;
以后，我们还会有支付宝等等的平台写代码。
这就变成一个很有趣的循环。
故事最开始的时候：
有了iOS平台，人们开始为自己的应用写Objective-C代码;
有了Android平台，人们开始自己的应用写Android代码;
有一天，人们开始受不了不同平台的问题，于是写了Cordova：
现在就更有意思了，毕竟小程序这种东西，巨头们都是不会放过的。。。
有了微信小程序，人们开始用WXML + WXSS写微信web小程序。
有了支付宝小程序，人们开始有ALIML + ALISS写支付宝小程序。
有一天，人们又受不了不同平台的问题，于是写了Avodroc，现在我们仍只需要写一份代码即可。
乐观地一想，我们可以顺手用Cordova + Avodroc 做一个微信小程序的平台，在上面运行的程序就不会受到数量限制了。除去安装量的限制，我们就不会受各大应用商店的限制——当然我说的是Android平台。web微信-
