在这几种天的代码探索里,我写了几篇文章: 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微信-