为什么我们需要一个兼容「微信小程序」的Web框架？

在这几种天的代码探索里，我写了几篇文章：

1.「微信小程序」官方示例代码浅析
2.「微信小程序」剖析（一）：运行机制
3.「微信小程序」剖析（二）：框架原理

我的目的其实比较简单：

我们需要想一个办法，来让让微信小程序运行在普通浏览器。

对于产品经理、CEO等等的人来说，这并不重要，但是对于开发者来说这相当的重要。

从微信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，现在我们仍只需要写一份代码即可。