首先声明:css
其余html
一. wa的运行环境react
根据微信官方的说明,wa的运行环境有3个平台,IOS的webkit(苹果开源的浏览器内核),Android的X5(QQ浏览器内核),开发时用的nw.js(C++实现的web转桌面应用);webpack
二. 为何wa不直接运行在浏览器(webview)中,而要绕过浏览器直接调用内核呢?git
由于运行在浏览器中的webapp是作不了监控的,而wa的表现是半native app,半web app,而native app与web app和一个很重要的区别就是native app有本身的生命周期,在这之中,咱们能够根据生命周期的不一样时间段作出不一样的调整,好比常驻内存,防止被系统杀掉,系统后台保存活度等等,而web app就没有这回事了,仅仅可以根据事件作出不一样的调整,跟原生app比起来,体验就差了一些。基于此,wa固然不会像web app同样了,他须要有本身的生命周期。
本质上来讲,wa仍是运行在浏览器模式中,而承载wa的系统就是微信,用微信来管理wa的生命周期。而微信,如今自己就是一个系统。
微信官方贴出来的生命周期函数主要有如下3个:onLaunch(初始化完成),onShow(启动时,后由后台进入前台),onHide(由前台进入后台)github
三. wa的本质是什么web
wa的本质就是富单页面web应用。首先,一个wa应用程序就是一个单页面应用,全部的页面渲染和事件处理,都在一个页面内进行,但与传统的webapp不一样的是,它也能够作得很丰富,就像native app同样,能够调用原生的各类接口,像网络状态、罗盘,重力,拨打电话小程序
四. wa的wxml, wxss与html, css之间的关系微信小程序
理解了wa的本质,基本上就应该比较清楚的wxml, wxss与html, css之间的关系了。很明显,wxml就是wa的模板语言,在正式部署的时候,会转化成HTML语言,而wxss则会转化为css;
那他们又是怎么转化的呢?wxml转化为html用的是reactjs,包括里面整套的逻辑都是建构在reactjs之上的;而wxss与css基本上没有任何不一样,除了wa使用的长度单位是rpx以外。
加个题外话:微信官方定义的手机整个宽度是750rpx,但我以为定位375rpx彷佛更为恰当(理由与本主题无关,略)。api
五. 小程序的生命周期与调用系统的api是如何实现的
这个就得依赖WeixinJSBridge.js这个脚本了,全部的关键都在这个脚本上。wa经过这个脚本调用原生的接口,而微信用这个脚原本管理wa,包括它的生命周期。这里只谈原理就不贴代码了。Android能够参考JsBridge,IOS能够参考WebViewJavascriptBridge
六. 传统的js库能用吗
大部分都不行。官方的解释是
页面的脚本逻辑是在JsCore中运行,JsCore是一个没有窗口对象的环境
因此不能使用bom相关的对象。而依赖bom的经常使用的好比说jQuery就无能为力了。这种说法太牵强了。实际上,这是故意为之的。wa正式部署使用webpack打的包,而在打包的过程当中,把如下变量给屏蔽了:
window,document,frames,self,location,navigator,localStorage,history,Caches,screen,alert,confirm,prompt,XMLHttpRequest,WebSocket
天然你就访问不了bom对象啦,固然其余不少对象也不能访问啦。这些对象若是访问,就是undefined。
为何要这样作呢?还不是为了管理和监控嘛。若是这些对象你能访问,那么你就能够像操做一般的网页同样操做wa,这是绝对不被容许的,因此,你懂的。
具体是怎么屏蔽的,帖段代码:
define("...", function(require, module, exports, window,document,frames,self,location,navigator,localStorage,history,Caches,screen,alert,confirm,prompt,XMLHttpRequest,WebSocket ){});
七. 在native app中是若是实现多个应用的多个生命周期的
个人想法是微信在内部维持了一个栈,用来装载wa,并且会记录一些信息,方便管理。但这个栈比较特别,没有前后顺序,仅仅是坐个排排而已。至于这个栈是在native中实现仍是在web中实现,目前还不得而知。
另外
转载随意,但请注明@senntyou