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

zhichi007

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

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

乐观地一想，我们可以顺手用Cordova + Avodroc 做一个微信小程序的平台，在上面运行的程序就不会受到数量限制了。除去安装量的限制，我们就不会受各大应用商店的限制——当然我说的是Android平台。