在这几种天的代码探索里,我写了几篇文章:
1.「微信小程序」官方示例代码浅析
2.「微信小程序」剖析(一):运行机制
3.「微信小程序」剖析(二):框架原理
我的目的其实比较简单:
我们需要想一个办法,来让让微信小程序运行在普通浏览器。
对于产品经理、CEO等等的人来说,这并不重要,但是对于开发者来说这相当的重要。
从微信web开发者工具说起
微信web开发者工具带来了内置了完整的web开发工具集:
我们所要做的事情就只是编写我们的代码,这个开发者工具就会帮我们照顾其他工作。想想就觉得很美好,但是最后我们发布出去的是一个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平台。